Zitat von Herbert Albert :

Hallo,

eigentlich war ich mit leap 15 und KMail wieder recht zufrieden, bis heute morgen. Nachdem ich die angebotenen Updates eingespielt habe (muss aber nicht der Grund sein), habe ich festgestellt das KMail nicht richtig funktioniert. Nicht von Anfang an, sonder nach ein, zwei gelesenen Mails erscheint plötzlich bei jeder Mail im Vorschaufenster "KMail "Ordner-Inhalt wird bezogen" bitte warten".

akonadiselftest akonadi MySQL-Server Protokoll enthält Fehler

akonadictl restart Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) herbert@XXX:~> akonadi.collectionattributetable OK akonadi.collectionmimetyperelation OK akonadi.collectionpimitemrelation OK akonadi.collectiontable OK akonadi.flagtable OK akonadi.mimetypetable OK akonadi.parttable OK akonadi.parttypetable OK akonadi.pimitemflagrelation OK akonadi.pimitemtable OK akonadi.pimitemtagrelation OK akonadi.relationtable OK akonadi.relationtypetable OK akonadi.resourcetable OK akonadi.schemaversiontable OK akonadi.tagattributetable OK akonadi.tagremoteidresourcerelationtable OK akonadi.tagtable OK akonadi.tagtypetable OK Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadicontrol: "AgentManager::agentInstanceSynchronizeCollection" Agent instance "akonadi_maildir_resource_0" has no resource interface! org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.maildispatcher: Item 106443 does not have the required attribute Address.

Was könnte hier los sein?

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Leider kenne ich mich mit mysql/mariadb nicht aus. Deshalb habe ich versucht diese mit Yast nochmals zwangsweise zu aktualisieren mariadb-errormessages wird heruntergeladen (Downloadgröße 224.6 KiB) mariadb wird heruntergeladen (Downloadgröße 16.91 MiB) mariadb-errormessages-10.2.15-lp150.2.3.2.noarch.rpm wird installiert (installierte Größe: 2.25 MiB) mariadb-10.2.15-lp150.2.3.2.x86_64.rpm wird installiert (installierte Größe: 120.77 MiB) und bekommen dann in Yast am Ende der Installation Paket-Nachrichten Sie haben Nachrichten von folgenden Paketen: mariadb Diese Meldung finden Sie unter /var/adm/update-messages/mariadb-10.2.15-lp150.2.3.2-something WARNING: You are upgrading from different stable version of MySQL! Your database will be migrated automatically during next restart of MySQL. Before you do that make sure you have up to date backup of your data. It should be mainly in /var/lib/mysql directory. WARNING: You are upgrading from different stable version of MySQL! Your database will be migrated automatically during next restart of MySQL. Before you do that make sure you have up to date backup of your data. It should be mainly in /var/lib/mysql directory. Was hat das nun zu bedeuten? Aus das Einspielen der Updates per Softwareaktualisierung in der Kickerleiste habe ich am System nichts verändert. Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Zitat von Richard Kraut :

Am Sonntag, den 16.09.2018, 18:41 +0200 schrieb h.albert@odn.de:

...

Paket-Nachrichten Sie haben Nachrichten von folgenden Paketen: mariadb Diese Meldung finden Sie unter /var/adm/update-messages/mariadb-10.2.15-lp150.2.3.2-something WARNING: You are upgrading from different stable version of MySQL! Your database will be migrated automatically during next restart of MySQL. Before you do that make sure you have up to date backup of your data. It should be mainly in /var/lib/mysql directory.

WARNING: You are upgrading from different stable version of MySQL! Your database will be migrated automatically during next restart of MySQL. Before you do that make sure you have up to date backup of your data. It should be mainly in /var/lib/mysql directory.

Was hat das nun zu bedeuten? Aus das Einspielen der Updates per Softwareaktualisierung in der Kickerleiste habe ich am System nichts verändert.

Kommt das Update aus dem Hauptrepo bzw. dem Update-Repo? Oder kommt das aus einem Community-Repo?

--

MfG Richi

aus dem Haupt-Repo. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Sonntag, 16. September 2018, 19:52:42 CEST schrieb Robert Großkopf:

Hallo Herbert,

die von Dir herunter geladene MariaDB ist die letzte, am 18.5.18 erstellte Version, die auch bei mir in den Repositories von OpenSUSE direkt steckt. Das Update dazu müsste schon vor langer Zeit gelaufen sein.

Hast Du neben der MariaDB irgendwoher eine MySQL-Datenbank installiert? So klingt jedenfalls die Error-Meldung. Könnte passiert sein, wenn Leap nicht mit Version 15 neu installiert hast, sondern beständig SUSE mit Hilfe von Upgrades von einer auf die nächste Version hebst. Ich weiß allerdings nicht, wann die Umstellung MySQL > MariaDB erfolgt ist. Vermutlich noch zur Zeit der SUSE-13-Versionen.

Gruß

Robert Hallo Robert,

wissentlich habe ich keine andere MySQL Datenbank installiert, brauche ich wohl nur für Akonadi/KMail, kenn mich da aber nicht so in der Thematik aus. Stimmt mein SuSE wurde immer per zypper dup hochgehoben, zuletzt von 42.3 auf 15., ist aber schon wieder eine Weile her und lief bis heute recht gut. Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Sonntag, 16. September 2018, 20:52:21 CEST schrieb Richard Kraut:

Am Sonntag, den 16.09.2018, 20:13 +0200 schrieb Herbert Albert:

...

wissentlich habe ich keine andere MySQL Datenbank installiert, brauche ich wohl nur für Akonadi/KMail, kenn mich da aber nicht so in der Thematik aus.

Das könnte auch eine Art Missinterpretation von MariaDB sein. Du hast ja geschrieben, dass Du die Neuinstallation der MariaDB-Pakete erzwungen hast. Jetzt könnte also der Datenbankserver, anhand der vorhandenen Dateien (MariaDB war ja schon drauf), meinen, dass dies ein Upgrade der Datenbanksoftware ist.

Die Neuinstallation bzw. einfach nur in Yast "unbedingt aktuallisieren" habe ich doch erst ausgeführt nachdem mein Problem auftrat.

Leider ist die Tatsache, dass MariaDB bzw. früher MySQL für Kontact bzw. Akonadi benötigt wird, als Abhängigkeit in den entsprechenden Paketen definiert, obwohl man Akonadi auch mit 2 anderen Backends betreiben könnte -> sqlite und postgresql. Das wird von den Entwicklern aber nicht empfohlen und deswegen beschreitet man diesen Weg nicht.

Man kann das aber von Hand in der entsprechenden Konfigurationsdatei ändern. Zur Umstellung auf das sqlite-Backend die Datei "~/.config/akonadi/akonadiserverrc" öffnen und den Abschnitt "[%General]" suchen. Das sollte recht schnell gehen. Die Datei ist nicht wirklich groß :-). In diesem Abschnitt jetzt die Zeile "Driver=QMYSQL" in "Driver=QSQLITE3" ändern. Abspeichern, fertig. Das Paket akonadi-backend-sqlite3 muss hierfür natürlich installiert sein.

Ein Nachteil ist hier natürlich, dass sqlite die MariaDB-Datenbanken nicht öffnen kann. Das heißt es werden neue, leere Datenbankdateien erzeugt.

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Herbert, hallo zusammen, Am Sonntag, 16. September 2018, 21:59:24 CEST schrieb Herbert Albert:

was mich noch stört: mysql status ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/ run/mysql/mysql.sock' (2)

Was bedeutet das und gibt es da Abhilfe?

Das bedeutet, dass Du kein _systemweites_ MySQL/MariaDB laufen hast (das würde als Benutzer "mysql" laufen). Akonadi startet standardmäßig (wenn Du es nicht anders konfigurierst) ein MySQL/MariaDB unter Deinem Benutzer - guck mal mit ps aux | grep mysql nach ;-) Gruß Christian Boltz --

openSUSE [...] is a project driven by "Those who do, decide" This is bullshit, sorry. Because "Those who undo, decide too". [> Richard Brown and Stephan Kulow in opensuse-project]

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Montag, 17. September 2018, 00:35:42 CEST schrieb Christian Boltz:

Hallo Herbert, hallo zusammen,

Am Sonntag, 16. September 2018, 21:59:24 CEST schrieb Herbert Albert:

...

was mich noch stört: mysql status ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/ run/mysql/mysql.sock' (2)

Was bedeutet das und gibt es da Abhilfe?

Das bedeutet, dass Du kein _systemweites_ MySQL/MariaDB laufen hast (das würde als Benutzer "mysql" laufen).

Akonadi startet standardmäßig (wenn Du es nicht anders konfigurierst) ein MySQL/MariaDB unter Deinem Benutzer - guck mal mit ps aux | grep mysql nach ;-)

Gruß

Christian Boltz

...

openSUSE [...] is a project driven by "Those who do, decide"

This is bullshit, sorry. Because "Those who undo, decide too". [> Richard Brown and Stephan Kulow in opensuse-project] stimmt.

~> ps aux | grep mysql herbert 3001 0.7 1.8 2642244 151724 ? Sl 19:39 0:04 /usr/sbin/ mysqld --defaults-file=/home/herbert/.local/share/akonadi/mysql.conf -- datadir=/home/herbert/.local/share/akonadi/db_data/ --socket=/tmp/akonadi- herbert.XgUQap/mysql.socket --pid-file=/tmp/akonadi-herbert.XgUQap/mysql.pid herbert 8101 0.0 0.0 8692 836 pts/0 S+ 19:48 0:00 grep --color= auto mysql ~> Was mir im Moment, auch beim Verfassen dieser Mail, weiterhilft, wenn die Blockade kommt, in einer Konsole "akonadictl restart", dann kann ich wieder ein stückweit arbeiten, bis zum nächsten Klemmer. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Montag, 17. September 2018, 19:56:00 CEST schrieb Herbert Albert:

Am Montag, 17. September 2018, 16:04:37 CEST schrieb Robert Großkopf:

...

Hallo herbert,

...

was mich noch stört: mysql status ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/ run/mysql/mysql.sock' (2)

Was bedeutet das und gibt es da Abhilfe?

Starte Yast > Dienste-Verwaltung (services-manager). Aktiviere dort dann mariadb bzw. mysql (wird wohl ein Link sein von einem zum anderen). Damit startet der Server und steht systemweit zur Verfügung.

Gruß

Robert

hab ich gemacht, aber wie Christian Boltz schreibt macht Akonadi/KMail das nur für den Benutzer.

Brauch ich das systemweit?

Jetzt kommt: mysql status ERROR 1044 (42000): Access denied for user ''@'localhost' to database 'status' ~> -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Herbert,

Jetzt kommt: mysql status ERROR 1044 (42000): Access denied for user ''@'localhost' to database 'status'

Das bedeutet, dass jetzt versucht wird, statt in Deinem Userverzeichnis nach der Datenbank zu suchen auf den Server zuzugreifen. Da hilft dann wohl nur, den Server zu deaktivieren. Gruß Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3

Am 17.09.2018 um 20:55 schrieb Herbert Albert:

Am Montag, 17. September 2018, 20:11:24 CEST schrieb Robert Großkopf:

...

Hallo Albert,

...

hab ich gemacht, aber wie Christian Boltz schreibt macht Akonadi/KMail das nur für den Benutzer.

Brauch ich das systemweit?

Wenn Du das nur für KMail nutzt, dann wohl nicht. Ich nutze die MariaDB nur als Server für Datenbanken. Aus KMail bin ich ausgestiegen bevor das "Dreamteam" Akonadi/KMail anfing.

Gruß

Robert aber irgendwie muss man doch den Zustand von vor zwei Tagen wieder hinbekommen. Kann doch nicht sein, dass eine Softwareaktualisierung so ein Chaos entsteht.

Dafür gibt es Snapshots. Allerdings sind die nur verfügbar wenn Du BTRFS als Root FS hast. Wenn nicht - selber Schuld und Pech gehabt Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Albert, Am Dienstag 18 September 2018 06:52:30 schrieb h.albert@odn.de:

Zitat von Manfred Kreisl :

...

Dafür gibt es Snapshots. Allerdings sind die nur verfügbar wenn Du BTRFS als Root FS hast.

Wenn nicht - selber Schuld und Pech gehabt

Gruß Manfred

Witzbold. Für was sind dann Softwareaktualisierungen da? Soll ich auf dem Snapshot ewig verharren und keine Updates mehr einspielen?

es gibt auch noch das alte kmail 1.9.10, welches ohne das nervenzermürbende Akonadi auskommt. Es kann alles, was man von einem Emailprogramm erwartet. Akonadi ist ein akademisches Langzeitstudentenprojekt, welches seit zehn Jahren vorangetrieben wird. Ziel ist, alle Informationen in eine Datenbank zu packen, damit man einzelne Informationen bei Bedarf schneller findet. Mag sein, dass das irgendwann einmal sinnvoll eingesetzt werden kann. Zum gegenwärtigen Zeitpunkt ist das Verhältnis zwischen Aufwand und Nutzen noch immer unangemessen groß. Mit der bordeigenen Suchfunktion habe ich mit kmail 1.9.10 bislang noch jede Mail in meinem über 20 Jahre alten Archiv gefunden. In der Regel braucht das ein paar Sekunden, im schlimmsten Fall wenige 'zig Sekunden. Für meine life-computer-balance ist es zuträglicher, mit der gesparten Zeit eine Tasse Kaffee mit meinen Freunden zu trinken als meine Freizeit mit Akonadi zu verschwenden. Peter Mulller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 18.09.2018 um 06:52 schrieb h.albert@odn.de:

Zitat von Manfred Kreisl :

...

Am 17.09.2018 um 20:55 schrieb Herbert Albert:

...

Am Montag, 17. September 2018, 20:11:24 CEST schrieb Robert Großkopf:

...

Hallo Albert,

...

hab ich gemacht, aber wie Christian Boltz schreibt macht Akonadi/KMail das nur für den Benutzer.

Brauch ich das systemweit?

Wenn Du das nur für KMail nutzt, dann wohl nicht. Ich nutze die MariaDB nur als Server für Datenbanken. Aus KMail bin ich ausgestiegen bevor das "Dreamteam" Akonadi/KMail anfing.

Gruß

Robert aber irgendwie muss man doch den Zustand von vor zwei Tagen wieder hinbekommen. Kann doch nicht sein, dass eine Softwareaktualisierung so ein Chaos entsteht.

Dafür gibt es Snapshots. Allerdings sind die nur verfügbar wenn Du BTRFS als Root FS hast.

Wenn nicht - selber Schuld und Pech gehabt

Gruß Manfred

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Witzbold. Für was sind dann Softwareaktualisierungen da? Soll ich auf dem Snapshot ewig verharren und keine Updates mehr einspielen?

NEIN - natürlich nicht! Aber wie Du siehst, geht bei einem Update auch mal was schief. Und da kann halt das System im nu wieder in einen funktionsfähigen Zustand gebracht werden. Und - das scheint ja offensichtlich noch nicht zu dir durchgedrungen zu sein - Du verwendest ein Kmail, das immer noch nicht über den Status Unbrauchbar hinausgekommen ist, und das schon seit vielen Jahren. Also wundere dich nicht, wenn es nach einem Update dann nicht mehr geht. Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Dienstag, 18. September 2018, 20:38:25 CEST schrieb Peter Mulller:

Hallo Manfred,

Am Dienstag 18 September 2018 18:41:42 schrieb Manfred Kreisl:

...

Am 18.09.2018 um 06:52 schrieb h.albert@odn.de:

...

Witzbold. Für was sind dann Softwareaktualisierungen da? Soll ich auf dem Snapshot ewig verharren und keine Updates mehr einspielen?

NEIN - natürlich nicht!

Aber wie Du siehst, geht bei einem Update auch mal was schief. Und da kann halt das System im nu wieder in einen funktionsfähigen Zustand gebracht werden.

Und - das scheint ja offensichtlich noch nicht zu dir durchgedrungen zu sein - Du verwendest ein Kmail, das immer noch nicht über den Status Unbrauchbar hinausgekommen ist, und das schon seit vielen Jahren. Also wundere dich nicht, wenn es nach einem Update dann nicht mehr geht.

Albert hat geschrieben, dass sein Kmail einige Jahre problemlos funktioniert. Das sollte man wohlwollend zur Kenntnis nehmen. Nachdem ja sogar Linus Torvalds Besserung im Umgang mit seinen Mailinglist-Korrepondenten gelobt hat, dürfen wir ihn auch gerne auf dieser Liste als Vorbild nehmen. :-)

@ Albert: In ähnlichen Situationen hilft es manchmal, einen neuen User anzulegen und zu testen, ob das Programm dort funktioniert. Dann kannst du dir wenigstens sicher sein, dass dir nicht irgendwelche Config-Datei-Fragmente in die Quere kommen.

Peter Mulller

Bei einem neuen User müsste ich meine ganzen mails mit umziehen um das umfänglich zu testen. An den Konfig-Files hat sich durch die Softwareaktualisierung wohl nichts geändert. Was ich nicht weiß ist, ob mit der Aktualisierung neben dem update von Paketen auch irgendwelche skripte etc. ausgeführt werden, die Einstellungen verändern. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Dienstag, 18. September 2018, 22:56:22 CEST schrieb Jan Ritzerfeld:

Am Sonntag, 16. September 2018, 11:19:13 CEST schrieb Herbert Albert:

...

(...). akonadi MySQL-Server Protokoll enthält Fehler (...). Was könnte hier los sein?

Was steht in dem MySQL-Server Protokoll?

Gruß Jan

Hier nur mal ein Auszug um den Threat nicht zu sprengen. [...] 2018-09-19 14:33:11 139899807189184 [Note] InnoDB: Highest supported file format is Barracuda. 2018-09-19 14:33:19 139899807189184 [Note] InnoDB: 128 out of 128 rollback segments are active. 2018-09-19 14:33:19 139899807189184 [Note] InnoDB: Creating shared tablespace for temporary tables 2018-09-19 14:33:19 139899807189184 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ... 2018-09-19 14:33:19 139899807189184 [Note] InnoDB: File './ibtmp1' size is now 12 MB. 2018-09-19 14:33:19 139899807189184 [Note] InnoDB: 5.7.22 started; log sequence number 7124881201 2018-09-19 14:33:19 139899265070848 [Note] InnoDB: Loading buffer pool(s) from /home/herbert/.local/share/akonadi/db_data/ib_buffer_pool 2018-09-19 14:33:19 139899807189184 [Note] Plugin 'FEEDBACK' is disabled. 2018-09-19 14:33:20 139899725862656 [ERROR] InnoDB: Column last_update in table `mysql`.`innodb_table_stats` is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch). 2018-09-19 14:33:20 139899725862656 [ERROR] InnoDB: Fetch of persistent statistics requested for table `mysql`.`gtid_slave_pos` but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or have unexpected structure. Using transient stats instead. 2018-09-19 14:33:20 139899807189184 [Note] Reading of all Master_info entries succeded 2018-09-19 14:33:20 139899807189184 [Note] Added new Master_info '' to hash table 2018-09-19 14:33:20 139899807189184 [Note] /usr/sbin/mysqld: ready for connections. Version: '10.2.15-MariaDB' socket: '/tmp/akonadi-herbert.XgUQap/mysql.socket' port: 0 openSUSE package 2018-09-19 14:33:21 139899725248256 [ERROR] InnoDB: Column last_update in table `mysql`.`innodb_table_stats` is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch). 2018-09-19 14:33:21 139899725248256 [ERROR] InnoDB: Fetch of persistent statistics requested for table `akonadi`.`collectionattributetable` but the required system tables mysql.innodb_table_stats and mysql.innodb_index_stats are not present or have unexpected structure. Using transient stats instead. 2018-09-19 14:33:21 139899725248256 [ERROR] InnoDB: Column last_update in table `mysql`.`innodb_table_stats` is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch). 2018-09-19 14:33:21 139899725248256 [ERROR] InnoDB: Fetch of persistent statistics requested for table `akonadi`.`collectionmimetyperelation` but the required system [...] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

obwohl man Akonadi auch mit 2 anderen Backends betreiben könnte -> sqlite und postgresql. Das wird von den Entwicklern aber nicht empfohlen und deswegen beschreitet man diesen Weg nicht. hast du dafür eine Referenz? Der Umstieg auf postgres96 lief bei mir

In data domenica 16 settembre 2018 20:52:21 CEST, Richard Kraut ha scritto: problemlos und hat mir Vorteile gebracht. Allerdings ist es abgeraten auf postgres10 zu gehen und ich weiß das man sagt sqlite hätte eine sehr schlechte Leistung (user post auf dem Net). Also postgres96 läuft bei mir einwandfrei und mit wesentlich weniger Problemen als Mariadb. Deswegen würde es mich interessieren woher du diese Info hast. Danke. _________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Donnerstag, 20. September 2018, 19:09:45 CEST schrieb Herbert Albert:

Am Mittwoch, 19. September 2018, 21:34:46 CEST schrieb Jan Ritzerfeld:

...

Am Mittwoch, 19. September 2018, 15:00:57 CEST schrieb Herbert Albert:

...

(...). 2018-09-19 14:33:20 139899725862656 [ERROR] InnoDB: Column last_update in table `mysql`.`innodb_table_stats` is INT UNSIGNED NOT NULL but should be BINARY(4) NOT NULL (type mismatch). (...).

Das klingt tatsächlich nach der Meldung, die du nach der erneuten Installation

von mariadb von gesehen hast: | WARNING: You are upgrading from different stable version of MySQL! | Your database will be migrated automatically during next restart of | MySQL. | Before you do that make sure you have up to date backup of your data. It | should be mainly in /var/lib/mysql directory.

Mein Vorschlag ist, diese Migration für deine Akonadi-DB nachzuholen. Dazu muss akonadi laufen damit du dessen DB zugreifen kannst. Dann gibt es ein Verzeichnis, dass so ähnlich heißt, wie das aus deinem MySQL-Server Protokoll: /tmp/akonadi-herbert.XgUQap Die Buchstaben und Zahlen nach "herbert." sind zufällig und nach jeden Neustart von akonadi verschieden. Wenn du den aktuellen Verzeichnisnamen herausgefunden hat, rufst du einfach folgenden Befehl auf, aber eben mit dem gerade ermittelten Verzeichnis, das dann die aktuelle mysql-socket-Datei enthält: mysql_upgrade --socket=/tmp/akonadi-herbert.XgUQap/mysql.socket

Gruß

Jan

Hallo Jan,

obwohl mich mich damit (mysql) nicht auskenne habe ich Deine Ratschlag befolgt.

mysql_upgrade --socket=/tmp/akonadi-herbert.XgUQap/mysql.socket

Phase 1/7: Checking and upgrading mysql database Processing databases mysql mysql.column_stats OK mysql.columns_priv OK mysql.db OK mysql.event OK mysql.func OK mysql.gtid_slave_pos OK mysql.help_category OK mysql.help_keyword OK mysql.help_relation OK mysql.help_topic OK mysql.host OK mysql.index_stats OK mysql.innodb_index_stats OK mysql.innodb_table_stats OK mysql.plugin OK mysql.proc OK mysql.procs_priv OK mysql.proxies_priv OK mysql.roles_mapping OK mysql.servers OK mysql.table_stats OK mysql.tables_priv OK mysql.time_zone OK mysql.time_zone_leap_second OK mysql.time_zone_name OK mysql.time_zone_transition OK mysql.time_zone_transition_type OK mysql.user OK Phase 2/7: Installing used storage engines... Skipped Phase 3/7: Fixing views Phase 4/7: Running 'mysql_fix_privilege_tables' Phase 5/7: Fixing table and database names Phase 6/7: Checking and upgrading tables Processing databases akonadi akonadi.collectionattributetable OK akonadi.collectionmimetyperelation OK akonadi.collectionpimitemrelation OK akonadi.collectiontable OK akonadi.flagtable OK akonadi.mimetypetable OK akonadi.parttable OK akonadi.parttypetable OK akonadi.pimitemflagrelation OK akonadi.pimitemtable OK akonadi.pimitemtagrelation OK akonadi.relationtable OK akonadi.relationtypetable OK akonadi.resourcetable OK akonadi.schemaversiontable OK akonadi.tagattributetable OK akonadi.tagremoteidresourcerelationtable OK akonadi.tagtable OK akonadi.tagtypetable OK information_schema performance_schema test Phase 7/7: Running 'FLUSH PRIVILEGES' OK

Danach konnte ich gar nichts mit KMail anfangen, da Akonadi nicht verfügbar war.

:~> akonadictl restart

Akonadi is not running.

:~> akonadictl start

Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) herbert@wodan:~> org.kde.pim.akonadiserver: mysqld for Akonadi is already running, trying to connect to it. /usr/bin/mysqlcheck: Got error: 1044: Access denied for user ''@'localhost' to database 'akonadi' when selecting the database org.kde.pim.akonadiserver: Failed to create database org.kde.pim.akonadiserver: Query error: "Access denied for user ''@'localhost' to database 'akonadi' QMYSQL: Unable to execute query" org.kde.pim.akonadiserver: Database error: " " org.kde.pim.akonadiserver: Failed to remove runtime connection config file org.kde.pim.akonadicontrol: Application 'akonadiserver' exited normally...

Erst ein reboot lässt meine Mails wieder sichtbar werden.

Warum liegt mysql.socket auf /tmp, dass ja jederzeit gelöscht werden kann?

Ob mein Problem noch besteht werde ich sehen, tritt nach dem "akonadictl restart" nach einer Weile auf, bzw. dann, wenn ich mehrere Mails nacheinander durchklicke.

akonadiselftest zeigt jetzt den Fehler nicht mehr an, nur noch 2 alte "Früheres Fehlerprodokoll des Akonadi-Servers gefunden"

Gruß

Herbert Hallo,

hat leider nicht geholfen, nach einiger Zeit, ohne am Rechner etwas zu tun, tritt das Problem wieder auf. Es hilft dann nur :~> akonadictl restart org.kde.pim.pop3resource: Settings(0x5568401c2720) org.kde.pim.pop3resource: Settings(0x55c3ce32ab30) org.kde.pim.pop3resource: Settings(0x7f04300036c0) org.kde.pim.pop3resource: Settings(0x7f62cc0036c0) org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_contacts_resource' exited normally... org.kde.pim.pop3resource: Settings(0x5614b0e9d8d0) org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_pop3_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_pop3_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_pop3_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_pop3_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_pop3_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_notes_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/ akonadi_newmailnotifier_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_mailfilter_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_migration_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_ical_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_indexing_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_kalarm_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_kalarm_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_sendlater_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_kalarm_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_akonotes_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/ akonadi_followupreminder_agent' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_akonotes_resource' exited normally... org.kde.pim.akonadicontrol: Application '/usr/bin/ akonadi_maildispatcher_agent' exited normally... org.kde.pim.akonadicontrol: ProcessControl: Application "/usr/bin/ akonadi_maildir_resource" stopped unexpectedly ( "Der Prozess ist abgestürzt" ) org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_maildir_resource' crashed. No restart! org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_archivemail_agent' exited normally... org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" chainup() org.kde.pim.akonadicontrol: Application 'akonadiserver' exited normally... Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) :~> akonadi.collectionattributetable OK akonadi.collectionmimetyperelation OK akonadi.collectionpimitemrelation OK akonadi.collectiontable OK akonadi.flagtable OK akonadi.mimetypetable OK akonadi.parttable OK akonadi.parttypetable OK akonadi.pimitemflagrelation OK akonadi.pimitemtable OK akonadi.pimitemtagrelation OK akonadi.relationtable OK akonadi.relationtypetable OK akonadi.resourcetable OK akonadi.schemaversiontable OK akonadi.tagattributetable OK akonadi.tagremoteidresourcerelationtable OK akonadi.tagtable OK akonadi.tagtypetable OK Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadicontrol: "AgentManager::agentInstanceSynchronizeCollection" Agent instance "akonadi_maildir_resource_0" has no resource interface! org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" Aber aus den Meldungen werde ich nicht recht schlau. Es kommt ja dazwischen die Meldung: org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" chainup() org.kde.pim.akonadicontrol: Application 'akonadiserver' exited normally... Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) was kann hier die Ursache sein? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Donnerstag, 20. September 2018, 19:09:45 CEST schrieb Herbert Albert:

(...). obwohl mich mich damit (mysql) nicht auskenne habe ich Deine Ratschlag befolgt.

mysql_upgrade --socket=/tmp/akonadi-herbert.XgUQap/mysql.socket (...). OK

Gut. Ein Problem weniger, das die Ursachen für deine anderen verdecken oder verstecken kann.

(...). Warum liegt mysql.socket auf /tmp, dass ja jederzeit gelöscht werden kann?

Weil das keine normale Datei ist sondern eine Zugriffsmöglichkeit auf den laufenden MySQL-Server. Sobald der Server nicht mehr läuft, funktioniert auch die Socket-Datei nicht mehr. Und der Name des Verzeichnis ändert sich immer damit niemand vor dem Start deines MySQL-Servers eine Socket-Datei auf seinen eigenen Server anlegt und du dann mit dem falschen arbeitest.

Ob mein Problem noch besteht werde ich sehen, tritt nach dem "akonadictl restart" nach einer Weile auf, bzw. dann, wenn ich mehrere Mails nacheinander durchklicke.

Vielleicht fällt mir dazu auch noch etwas ein.

akonadiselftest zeigt jetzt den Fehler nicht mehr an, nur noch 2 alte "Früheres Fehlerprodokoll des Akonadi-Servers gefunden"

Immerhin. Gruß Jan -- In the act of loving someone, you arm them against you. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Freitag, 21. September 2018, 02:03:35 CEST schrieb Richard Kraut:

Am Donnerstag, den 20.09.2018, 17:11 +0200 schrieb stakanov:

...

hast du dafür eine Referenz? Der Umstieg auf postgres96 lief bei mir problemlos und hat mir Vorteile gebracht. Allerdings ist es abgeraten auf postgres10 zu gehen und ich weiß das man sagt sqlite hätte eine sehr schlechte Leistung (user post auf dem Net). Also postgres96 läuft bei mir einwandfrei und mit wesentlich weniger Problemen als Mariadb. Deswegen würde es mich interessieren woher du diese Info hast. Danke.

Warum man nicht sqlite nutzt steht in Kurzform hier [1], obwohl Akonadi es laut [2] dennoch kann. Wie man den Akonadi auf sqlite umstellt steht z.B. hier [3] und hier [4].

Man muss jedoch beachten, dass sqlite kein Datenbankserver ist, sondern eine Bibliothek mit dem einen oder anderem Hilfsprogramm. Der gleichzeitige Zugriff auf einen Datenbestand von mehreren Nutzern geht z.B. hier nicht.

1: https://techbase.kde.org/KDE_PIM/Akonadi#Why_not_use_sqlite.3F 2: https://api.kde.org/kdesupport-api/akonadi-apidocs/ 3: https://www.legendiary.at/2012/03/13/change-akonadi-backend-to-sqlite3/ 4: https://www.kubuntuforums.net/showthread.php/58265-HOW-TO-SQLite-backend-for -Akonadi Hallo Richard,

hast Du das selbst so vollzogen? die Pakete "akonadi-backend-sqlite" und "akonadi-backend-mysql", wie in [3] beschrieben, gibt es wohl standardmäßig für OS nicht. Es gibt "akonadi-server- sqlite". Ist das gemeint? :~> zypper se -s akonadi* Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Typ | Version | Arch | Repository ---+-----------------------------+-------+-------------------+-------- +----------------------- | akonadi-calendar-devel | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) i+ | akonadi-calendar-lang | Paket | 17.12.3-lp150.1.2 | noarch | Haupt- Repository (OSS) i+ | akonadi-calendar-tools | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) i+ | akonadi-calendar-tools-lang | Paket | 17.12.3-lp150.1.2 | noarch | Haupt- Repository (OSS) i+ | akonadi-contact | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) | akonadi-contact-devel | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) i+ | akonadi-contact-lang | Paket | 17.12.3-lp150.1.2 | noarch | Haupt- Repository (OSS) i+ | akonadi-import-wizard | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) | akonadi-import-wizard-devel | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) i+ | akonadi-import-wizard-lang | Paket | 17.12.3-lp150.1.2 | noarch | Haupt- Repository (OSS) i+ | akonadi-mime | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) | akonadi-mime-devel | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) i+ | akonadi-mime-lang | Paket | 17.12.3-lp150.1.2 | noarch | Haupt- Repository (OSS) | akonadi-notes-devel | Paket | 17.12.3-lp150.1.1 | x86_64 | Haupt- Repository (OSS) i+ | akonadi-notes-lang | Paket | 17.12.3-lp150.1.1 | noarch | Haupt- Repository (OSS) | akonadi-runtime | Paket | 1.13.0-lp150.3.7 | x86_64 | Haupt- Repository (OSS) i+ | akonadi-search | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) | akonadi-search-devel | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) i+ | akonadi-search-lang | Paket | 17.12.3-lp150.1.2 | noarch | Haupt- Repository (OSS) i+ | akonadi-server | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) | akonadi-server-devel | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) i+ | akonadi-server-lang | Paket | 17.12.3-lp150.1.2 | noarch | Haupt- Repository (OSS) | akonadi-server-sqlite | Paket | 17.12.3-lp150.1.2 | x86_64 | Haupt- Repository (OSS) i+ | akonadiconsole | Paket | 17.12.3-lp150.1.1 | x86_64 | Haupt- Repository (OSS) In [4] werden diese beiden Pakete nicht erwähnt. Die in [3] und [4] im rcfile "~/.config/akonadi/akonadiserverrc" erwähnte Datenbank "~/.local/share/akonadi/akonadi.db" gibt es bei mir nicht. :~> ll -trh ./.local/share/akonadi/ insgesamt 68K drwxr-xr-x 2 herbert users 10 22. Dez 2014 db_misc lrwxrwxrwx 1 herbert users 27 18. Dez 2017 socket-linux-9sg4 -> /tmp/ akonadi-herbert.dGq31R drwxr-xr-x 3 herbert users 32 18. Dez 2017 search_db lrwxrwxrwx 1 herbert users 27 26. Dez 2017 socket-wodan -> /tmp/akonadi- herbert.XgUQap drwxr-xr-x 102 herbert users 8.0K 14. Jan 2018 file_db_data lrwxrwxrwx 1 herbert users 27 14. Jul 21:38 socket-wodan.site -> /tmp/ akonadi-herbert.BR0Kuk -rw-r--r-- 1 herbert users 3.4K 14. Jul 21:38 mysql.conf drwxr-xr-x 2 herbert users 24K 16. Sep 09:31 file_lost+found -rw-r--r-- 1 herbert users 0 21. Sep 16:04 akonadictl.error.old drwxr-xr-x 6 herbert users 4.0K 21. Sep 16:04 db_data -rw-r--r-- 1 herbert users 226 21. Sep 16:04 akonadi_control.error.old -rw-r--r-- 1 herbert users 494 21. Sep 16:04 akonadiserver.error.old In einer Sicherung (ist aber nicht mehr ganz aktuell) finde ich diese Datenbank -rw------- 1 herbert users 183 19. Aug 2017 $PfadZurSicherung/ herbert/.config/akonadi/akonadiserverrc Kann ich die einfach wieder nach ~/.local/share/akonadi/ kopieren? Bei mir steht in ~/.config/akonadi/akonadiserverrc [Debug] Tracer=null [%General] Driver=QMYSQL [QMYSQL] Host= Name=akonadi Options="UNIX_SOCKET=/tmp/akonadi-herbert.XgUQap/mysql.socket" ServerPath=/usr/sbin/mysqld StartServer=true Also ich bin mir nicht sicher, ob ich das so anwenden kann. Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Freitag, den 21.09.2018, 10:16 +0200 schrieb stakanov:

Das sagt aber nicht das postgres96 nicht eine sehr gute alternative wäre. Viele benutzen es und sind sehr zufrieden. Es gibt also zumindest eine alternative. Diese Version ist noch 2 Jahre aktiv. Also sollte die Zeit reichen das man vielleicht dann auch Postgres10 hinbekommt. Das sind einige(!) Generationen an Software.

Ich sage nicht, dass PostgreSQL keine Alternative wäre. Aber eine Datenbankserversoftware auf einem reinen Desktop-System laufen zu lassen halte ich schlicht für das berühmte "mit Kanonen auf Spatzen schießen". -- MfG Richi

Am Freitag, den 21.09.2018, 16:29 +0200 schrieb Herbert Albert:

hast Du das selbst so vollzogen?

Nicht direkt. Ist schon lange her. Es war bei mir aber ein noch jungfräuliches Kontact. Ich glaube ich hatte das damals nur mal kurz gestartet, damit auf jeden Fall die Konfigurationsdateien vom Akonadi da sind. Dann Kontact und Akonadi beendet, über die Akonadikonsole die bereits angelegten Datenbanken rausgehauen, die Änderung an der Konfig durchgeführt und erst dann weiter gemacht. Mails u.a. Dinge waren hier noch nicht vorhanden und wurden erst später importiert. Inzwischen bin ich aber bereits seit einer ganzen Weile auf Evolution umgestiegen.

die Pakete "akonadi-backend-sqlite" und "akonadi-backend-mysql", wie in [3] beschrieben, gibt es wohl standardmäßig für OS nicht. Es gibt "akonadi- server- sqlite". Ist das gemeint?

Ich habe mir kurz angesehen, was in dem Paket drin ist und es das scheint das richtige Paket für OS zu sein. Die Paketnamen unterscheiden sich leider immer wieder von Distribution zu Distribution.

In einer Sicherung (ist aber nicht mehr ganz aktuell) finde ich diese Datenbank -rw------- 1 herbert users 183 19. Aug 2017 $PfadZurSicherung/ herbert/.config/akonadi/akonadiserverrc

Das ist keine Datenbank, sondern eine Konfigurationsdatei des Akonadi. Es ist zudem genau selbige, welche anzupassen ist, falls man wirklich auf sqlite als Backend umsteigen möchte.

Bei mir steht in ~/.config/akonadi/akonadiserverrc [Debug] Tracer=null

[%General] Driver=QMYSQL

[QMYSQL] Host= Name=akonadi Options="UNIX_SOCKET=/tmp/akonadi-herbert.XgUQap/mysql.socket" ServerPath=/usr/sbin/mysqld StartServer=true

Also ich bin mir nicht sicher, ob ich das so anwenden kann.

Sobald der Akonadi zum ersten mal gestartet wurde, werden die Konfigurationsdateien und Datenbankdateien in .config/akonadi/ angelegt. Wichtig für uns ist die Datei akonadiserverrc. Sofern Du wirklich das Backend ändern willst, musst Du lediglich in der bereits genannten Konfig den Eintrag "Driver = QMYSQL" in "Driver = QSQLITE3" ändern. Du musst Dir aber zuvor im Klaren darüber sein, dass dann sehr wahrscheinlich Deine Mails etc. in Kontact nicht mehr vorhanden sind. Also vorher sichern bzw. exportieren und die Daten dann wieder importieren. -- MfG Richi

Am Samstag, den 22.09.2018, 16:58 +0200 schrieb Herbert Albert:

Evolution habe ich mir auch schon angesehen, das mich im Look & Feel sehr an Outlook erinnert.

Das tut doch fast jede PIM-Suite. ;-)

Nur wie bekomme ich meine Mails aus KMail2 nach Evolution? Es alles mdir Ordner. Ich habe mal testhalber folgendes versucht: Einen Ordner in KMail zu archivieren. Es stehen die Formate zip, tar, tar.bz2 und tar.gz zur Verfügung. Keines dieser Formate lässt sich mit dem Evolution- Importassistent (Auswahl Einzelne Datei) importieren. Habe im Netzt diese Beschreibung gefunden https://docs.oracle.com/cd/E19957-01/817-5973/gettingstarted-23/index.html

Wie sieht es damit aus [1] und [2]? Den Export bzw. Import habe ich eigentlich recht umständlich gemacht. Die wenigen Kontakte habe ich von Hand in Evolution eingefügt, Termine etc. stand nichts aktuelles an, so dass ich hier auch nichts gemacht habe und die E-Mails (waren auf jeden Fall weniger als 100) habe ich mir quasi einfach selbst nochmal zugeschickt. Das abrufen der E-Mails hatte ich aber davor hoch gesetzt (ca. 60 min.), so dass diese nicht gleich wieder abgerufen wurden. Die sollten ja dann schon im Evolution landen. Also Kontact geschlossen, Evolution gestartet und Mails holen lassen.

Gibt es evtl. eine Erweiterung für Evolution, damit er KMail2 importieren kann? Yast hat mir nichts der gleichen angezeigt.

Nicht, dass ich wüsste. Für Outlook gibt es was aber nicht für KMail. Die Kalender- und Kontaktdaten kann man in Kontakt exportieren. Eifach das entsprechende Modul starten und dann auf "Datei -> Exportieren..." gehen. Die vCard- und iCal-Dateien kann Evolution importieren. Das Problem sind die Mails. Apropos Mails. Die zuvor genannten Links sind bereits ein paar Jahre alt und Evolution arbeitet inzwischen nicht mehr mit mbox-Dateien, sondern mit maildir. Die E-Mails werden von Evolution unterhalb des Ordners .local/share/evolution/mail/<<Ordnername>> abgelegt, wobei <<Ordnername>> hier jetzt nur mal als Platzhalter dient. Legt man in Evolution einen neuen Ordner im Mail-Modul an, z.B. suse, so wird hier unterhalb von 'mail' der Ordner .suse angelegt. Der Punkt zu Beginn des Ordnernamens ist kein Schreibfehler.

Was meinst Du mit nicht mehr vorhanden sind? Werden dann meine Mails, die in .local/share/.local-mail.directory/ liegen gelöscht, oder ist nur der Verweis auf diese Verzeichnis nicht mehr vorhanden?

Genau gesagt bin ich mir nicht sicher. Eine Umstellung mit vorhandenen Daten in Kontact habe ich ja seinerzeit nicht gemacht. Ich selber gehe jetzt nicht davon aus, dass die Mails gelöscht werden, sondern, dass die Daten nicht angezeigt werden können, da sqlite nicht auf die Datenbanken von MySQL/MariaDB zugreifen kann. 1: https://forum.ubuntuusers.de/topic/datenimport-von-kmail-nach-evolution/ 2: https://forum.ubuntuusers.de/topic/mails-von-kmail-nach-evolution/ -- MfG Richi

Am Sonntag 23 September 2018 11:17:58 schrieb Herbert Albert:

und strate Evolution neu, aktualisiere den Ordner und die Mails sind da, allerdings sind dann auch immer 3 oder 4 leere Mails im Ordner.

Probier mal folgendes: Programm schließen, alle Index-files löschen, Programm starten.

Hast Du es auch so gemacht?

Rein subjektiv macht dennoch KMail auf mich das ansprechendere look & feel.

Ich hatte vor einigen Jahren auch mal die üblichen Konkurrenzprodukte angetestet und bin dann vom "neuen" Kmail2 zurück zum alten kmail 1.9.10 gegangen. Allerdings kenn ich das look & feel des aktuelle Kmail2 nicht, das alte 1.9.10 kommt halt schon etwas altbacken daher, was mich aber nicht weiter stört. Peter Mulller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 23.09.2018 um 15:07 schrieb Herbert Albert: [ ... ]

Ich würde den thread auch wieder gerne auf seinen Ursprung bringen und nicht hier eine Diskussion um welche Alternativen von KMail2 und Akonadi es gibt, bzw. wie schlecht dieses Gespann funktioniert.

Mich würde vielmehr interessieren, ob "Fachleute" mitlesen, die sich mit KMail2 und Akonadi auskennen und mir Hilfestellung zu dem Phänomen, das nach einiger Zeit im Vorschaufenster erscheint "KMail "Ordner-Inhalt wird bezogen". Und durch ein "akonadictl restart" in der Konsole es wieder verschwindet. Manchmal hält dann der Zustand einige Stunden an, manchmal kommt die Fehlermeldung schon früher.

Ich schätze mal, dass Du da vergeblich warten wirst. 'Fachleute' haben dem stümperhaften, vollkommen verkorksten Design von KMail2 schon längst den Rücken gekehrt. Jede Minute, sich mit diesem Murks weiter zu beschäftigen, ist IMO vollkommen vertane Zeit Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am 23.09.2018 um 18:10 schrieb Herbert Albert:

Am Sonntag, 23. September 2018, 17:54:35 CEST schrieb Manfred Kreisl:

...

Am 23.09.2018 um 15:07 schrieb Herbert Albert:

[ ... ]

...

Ich würde den thread auch wieder gerne auf seinen Ursprung bringen und nicht hier eine Diskussion um welche Alternativen von KMail2 und Akonadi es gibt, bzw. wie schlecht dieses Gespann funktioniert.

Mich würde vielmehr interessieren, ob "Fachleute" mitlesen, die sich mit KMail2 und Akonadi auskennen und mir Hilfestellung zu dem Phänomen, das nach einiger Zeit im Vorschaufenster erscheint "KMail "Ordner-Inhalt wird bezogen". Und durch ein "akonadictl restart" in der Konsole es wieder verschwindet. Manchmal hält dann der Zustand einige Stunden an, manchmal kommt die Fehlermeldung schon früher.

Ich schätze mal, dass Du da vergeblich warten wirst. 'Fachleute' haben dem stümperhaften, vollkommen verkorksten Design von KMail2 schon längst den Rücken gekehrt. Jede Minute, sich mit diesem Murks weiter zu beschäftigen, ist IMO vollkommen vertane Zeit

Manfred und wenn es so ein Schrott ist, warum ist es bei opensuse noch der Standard für KDE?

Das ist in der Tat eine gute Frage. Ich nehme mal an, weil sich bislang noch keiner von der KDE Truppe aufgerafft hat, etwas Besseres zu machen. Aber Fakt ist, dass es von Anbeginn von KDE4 permanent Probleme mit KMail2 gibt, und das hat sich bis zum heutigen Tage offensichtlich noch in keinster Weise zum Besseren gewendet. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Donnerstag, 20. September 2018, 20:48:46 CEST schrieb Herbert Albert:

(...). hat leider nicht geholfen, nach einiger Zeit, ohne am Rechner etwas zu tun, tritt das Problem wieder auf. Es hilft dann nur

:~> akonadictl restart

Eins vorweg, ich benutze noch 42.3 mit KMail 5.5.2. Welche Version denn Leap 15? Dein Problem, dass irgendwann, ohne ersichtlichen Grund, keine Mails mehr angezeigt werden sondern nur "Ordner-Inhalt wird bezogen" kenne ich. Es tritt bei mir allerdings nur extrem selten auf. Es trat mal recht häufig auf, aber das ist lang her und ich weiß nicht mehr, wie ich es damals gelöst hatte. :-/ Ein "akonadictl fsck" hattest du schon gemacht, oder?

(...). "AgentManager::agentInstanceSynchronizeCollection" Agent instance "akonadi_maildir_resource_0" has no resource interface! org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_maildir_resource_0', error message: ''" (...). was kann hier die Ursache sein?

Es gibt einen Bug in KMail, der in Zusammenhang mit maildir-Ressourcen auftritt: https://bugs.kde.org/show_bug.cgi?id=320529 Ich benutze hier keinen einzigen Maildir-Ordner und habe auch keine Probleme. Benutzt du Maildir-Ordner wirklich oder hast du da noch eine "Leiche" herumliegen? Gruß Jan -- The solving of a problem lies in finding the solvers. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Sonntag, 23. September 2018, 19:40:58 CEST schrieb Herbert Albert:

(...). KMail2 kann nur Maildir. Habe alle meine 66 Ordner per Ordner-Eigenschaften -> Wartung durchgesehen, ist alles Maildir.

Oha. Mir ist gerade aufgefallen, dass ich doch genau einen Maildir-Ordner habe: Lokale Order. Sonst habe ich nur IMAP-Ordner. Das heißt, du holst die Mails per POP3 ab? Und hast du mehrere "Haupt"-Ordner oder sind die 66 alles Unterordner von "Lokale Ordner"? Denn in den Ausschnitten deiner Logfiles, die ich bisher gesehen habe, beklagt sich akonadi immer nur über die akonadi_maildir_resource_0. Achja, hat das "akonadictl fsck" irgendwelche Auffälligkeiten vermeldet? Gruß Jan -- She cried, and the judge wiped her tears with my checkbook. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Sonntag, 23. September 2018, 21:25:57 CEST schrieb Herbert Albert:

(...). Kam vielleicht nicht klar rüber,

Alle meine Ordner liegen unterhalb "Lokaler Ordner", übrigens auch Posteingang, Postausgang, etc.

Okay, das passt zu den Ausschnitten deiner Logfiles.

akonadictl fsck meldet nichts Auffälliges,

Gut, dann scheint zumindest das anfängliche DB-Problem gelöst zu sein.

es kommt in der langen Liste jedenfalls keine Fehlermeldung, bis auf

Skipping virtual Collection 1 Checking Collection 71 search index... org.kde.pim.akonadiplugin_indexer: unknown term "" Checking Collection 192 search index... org.kde.pim.akonadiplugin_indexer: unknown term "" Checking Collection 206 search index... org.kde.pim.akonadiplugin_indexer: unknown term ""

Wenn also "unknown term" ein Hinweis ist, was tun?

Hmm. Da ich einerseits fast nur IMAP-Ordner habe und andererseits das Problem nur selten habe, weiß ich jetzt auch nicht mehr weiter und muss raten: Die Fehlermeldungen kommen anscheinend von der Akonadi-Volltextindizierung. Das hat AFAIK nichts mit der normalen Datei-Indizierung (baloo) zu tun. Wie man erstere wirklich dauerhaft ausschaltet, habe ich nicht gefunden. Du kannst aber im Eigenschafts-Dialog eines jeden Ordners unter Wartung die Volltextindizierung neu aufbauen oder ausschalten. Vielleicht findest du so einen Ordner, der beim Neuaufbau Probleme macht. Holzhammer um den Volltextindex aller Ordner neu aufzubauen wäre wahrscheinlich das Löschen von ~/.local/share/akonadi/search_db/collections/ wobei ich nicht weiß, was das für Nebenwirkungen hat. Gruß Jan -- If at first you don't succeed, redefine success. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Sonntag, 7. Oktober 2018, 19:23:35 CEST schrieb Herbert Albert:

(...). Hallo Jan,

das wäre mein nächster Versuch tabula rasa zu machen und mal alles zu akonadi gehörende zu löschen, ohne meine alten Mails zu verlieren und das Gespann KMail/Akonadi neu aufzusetzen.

Hmm. Das würde ich erst ganz zum Schluss machen, weil es mir zuviel Arbeit wäre. :)

Vielleicht liest jemand mit, der weiß wie das geht.

Als erstes würde ich dir dringend ans Herz legen, vorher ein Backup von deinen Mails zu machen, da sie ja nur lokal gespeichert sind und sonst alle weg wären. Ein Backup kannst du mit Rechtsklick auf dem "Lokale Ordner" und dann "Ordner archivieren ..." machen. Dort kannst du nämlich auch anklicken, dass alle Unterordner mit gesichert werden. Das damit erzeugte Archiv kannst du später mit "Nachrichten importieren ..." aus dem Hauptmenü "Datei" wieder einspielen.

Meine Mails liegen unter ~/.local/share/.local-mail.directory. Das sehe ich an dem Zeitstempel der letzten Zugänge (z.B. l -tr ~/.local/share/.local- mail.directory/inbox/cur/).

Komisch, bei mir liegen sie noch direkt unter ~/.local/share/local-mail/

Durch akonadiconsole bin ich aber noch auf eine Ungereimtheit gestoßen, die sich evtl. durch die vielen Versionsupgrades der vergangenen Jahre eingeschlichen hat. Unter akonadiconsole -> Browser highlighte ich den Ordner "Lokaler Ordner" und dann Rechtsklick Eigenschaften. Dort unter "Internals" steht als Remote identifier: /home/herbert/.local/ share/local-mail.

Okay, den Pfad kann man auch KMail-Bordmitteln sehen: Im Hauptmenü unter "Einstellungen"->"KMail einrichten ..."->"Zugänge" unter dem Reiter "Empfang" und dann "Lokale Ordner" auswählen und rechts "Bearbeiten ..." drücken. Und der Pfad da sieht auch so aus wie meiner hier (s.o.).

Den Ordner gibt es und der scheint seit dem 22. Dez. 2014 nicht mehr benutzt worden zu sein. Um die Zeit herum habe ich meistens Zeit für eine Systemaktualisierung. Alle Ordner tmp/new/cur in den Unterordnern sind leer.

Wie das dann überhaupt funktionieren kann, ist mir ein Rätsel. Vielleicht hat dein letztes Update den Pfad wieder auf den eigentlich richtigen aber für dich falschen geändert?

Also, wenn jemand eine gute Vorgehensweise kennt, was muss ich sichern, was kann/muss ich löschen und was muss ich neu aufsetzen, wäre ich dankbar. (...).

Nachdem du wie oben beschrieben ein Backup gemacht hast und du in dem Archiv auch deinen Mails findest(!!!) würde ich dir vorschlagen, einen neuen KMail- Mailordner-Empfangs-Zugang anzulegen und zwar mit dem richtigen Pfad ~/.local/ share/.local-mail.directory und den auch "Im Nur-Lesen-Modus" damit du dir nicht gleich alles zerlegst. Gruß Jan -- Human beings are consistently inconsistent. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo Christian, Am Sonntag, 7. Oktober 2018, 22:39:12 CEST schrieb Christian Boltz:

Hallo Herbert, hallo zusammen,

Am Sonntag, 7. Oktober 2018, 19:23:35 CEST schrieb Herbert Albert:

...

Meine Mails liegen unter ~/.local/share/.local-mail.directory. Das sehe ich an dem Zeitstempel der letzten Zugänge

[...]

...

eingeschlichen hat. Unter akonadiconsole -> Browser highlighte ich den Ordner "Lokaler Ordner" und dann Rechtsklick Eigenschaften. Dort unter "Internals" steht als Remote identifier: /home/herbert/.local/ share/local-mail. Den Ordner gibt es und der scheint seit dem 22. Dez. 2014 nicht mehr benutzt worden zu sein.

Das passt schon zusammen, auch wenn es verwirrend ist ;-)

Vorweg: Der "Remote identifier" stimmt so - ändere den bitte nicht, sonst geht es kaputt ;-)

~/.local/share/local-mail enthält alle Mails, die im obersten Ordner ("Posteingang") liegen (genaugenommen liegen die Mails in den Unterverzeichnissen cur und new). Wenn Du keine Mails direkt im Posteingang hast( sondern nur in Unterordnern), ist dieses Verzeichnis leer.

so ist es bei mir, alle Mails landen unterhalb Lokaler Ordner, auch Posteingang und Postausgang und Versendete Nachrichten (inbox, outbox, sent- mail). So wie Jan schreibt ist es bei mir dann nicht. Unter Einstellungen -> KMail einrichten -> Zugänge -> Lokaler Ordner -> Bearbeiten ist der Ordner "/home/herbert/.local/share/local-mail" eingetragen. In meinen Accounts steht bei Empfang unter Zielordner "Lokale Ordner/Posteingang". Bei Versand kann man keinen Ordner angeben.

Das bringt mich zu ~/.local/share/.local-mail.directory - das enthält alle Unterordner (also alles, das nicht "Posteingang" ist).

Innerhalb von .local-mail.directory gelten die gleichen Namensregeln - angenommen Du hast eine verschachtelte Ordnerstruktur Posteingang -> opensuse -> opensuse-de, dann liegen die Mails in .local-mail.directory/.opensuse.directory/opensuse (und darin wiederum in cur und new)

Der Vollständigkeit halber noch die Erklärung zu cur, new und tmp - cur enthält gelesene Mails - new enthält neue Mails - tmp ist ein temporärer Ordner für eingehende Mails, bevor sie nach new verschoben werden (die Langfassung dazu verrät die Wikipedia unter "maildir")

Hilft das, die Ordnerstruktur zu verstehen?

teilweise. Die beschriebene Ordnerstruktur ist bei mir sowohl unter /home/herbert/.local/share/local-mail als auch unter /home/herbert/.local/share/.local-mail.directory/ vorhanden. Doch scheint das erstgenannte Verzeichnis eine Altlast zu sein, denn, vor einigen Monaten neu angelegte Verzeichnisse sind in /home/herbert/.local/share/local-mail nicht vorhanden.

Gruß

Christian Boltz

...

...

...

Nochmal: Insgesamt macht das PDF einen guten Eindruck!

Gell? Bin ja auch stolz wie Oskar :=)

Zu Recht!

Oh, danke! *erroet* *verbeug* [> Christian Boltz und David Haller in suse-linux-faq]

Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Dienstag, 16. Oktober 2018, 18:09:09 CEST schrieb Herbert Albert:

Das mit den Archivieren klappt nicht. Es kommt die Meldung: Der Ordner „Lokale Ordner“ kann nicht archiviert werden. Das Herunterladen einer Nachricht in den Ordner „SuSE-Linux“ ist fehlgeschlagen.

Moin, moin ja, diese Nachricht erhalte ich auch jeden Morgen. Weil eine von vll. einem dutzend Mails (in einem Unterverzeichnis) nicht lesbar sei, könne das Archiv nicht erstellt werden. Tatsächlich wird aber ein neues Archiv angelegt. Alle Mail (und ggf. Anhänge) in diesem Verzeichnis sind aber für mich lesbar. In einem anderen Verzeichnis steht eine Nachricht, bei der erscheint die Message: "Bitte Übertragung abwarten". "In Papierkorb verschieben" scheitert auch. Manchmal hilft hier nur noch der "Genickschuss" für kontact. In diesem Zusammenhang wollen deshalb akonadi und mysql das "beste" und lassen dann pünktlich (jeden Morgen) 4 ... 5 Minuten nach dem Start den Hauptspeicher voll laufen, bis beide vom Betriebssystem "erledigt" werden. Bisherige Bereinigungsversuche, die ich hier auf der Liste gelesen habe, haben noch nicht den gewünschten Erfolg gebracht. Frank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Mittwoch, 17. Oktober 2018, 18:30:19 CEST schrieb Hugo:

ber das klingt so, als würde ich ein tar erstellen wollen und eine Datei davon wird in der Zwichenzeit geändert. Vielleicht kann man in der Zeit (und etwas früher) den Empfang unterbinden

Hallo, Hugo schön Dank für deine schnelle Antwort. schade, hilft nicht weiter: Die (vermutlich) betreffenden Mails sind schon vier ... sechs Wochen alt. In dem einen Verzeichnis kann ich die Nachricht gar nicht löschen oder deren Eigenschaften ändern: ("Unable to fetch item from backend (collection -1) ....") und in dem anderem Unterverzeichnis kann ich mir alle ansehen (und auch die z. T. vorhandene Anhänge) aber beim Archivieren: "Eine Mail aus diesem Verzeichnis kann nicht gelesen werden, deshalb kann kein Archiv angelegt werden" Archiv wird aber sehr wohl angelegt. Hab jetzt eben mal nachgeschaut: Im Verzeichnis liegen lt. Übersicht aktuell 10 Mails; beim "Durchzählen" find ich aber nur 9 !!! (???!!) Im Archiv find ich 8; eine ist nach der Archivierung dazu gekommen. Die acht im Archiv hab mir Stück für Stück vorgenommen und hab jetzt die eine, die nicht im Archiv ist, "gefunden" und "gekillt". Aber ich vermute mal, das Thema ist damit nicht vom "Tisch": Übersicht sagt jetzt neun Mails, beim "Durchzählen" sind es nur acht. Schön Dank für deine Hilfe und schön Abend Frank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Am Dienstag, 16. Oktober 2018, 18:09:09 CEST schrieb Herbert Albert:

(...). Das mit den Archivieren klappt nicht. Es kommt die Meldung: Der Ordner „Lokale Ordner“ kann nicht archiviert werden. Das Herunterladen einer Nachricht in den Ordner „SuSE-Linux“ ist fehlgeschlagen.

Das habe ich befürchtet. Es ist also kein reines Anzeigeproblem sondern KMail kommt einfach nicht an alle Nachrichten heran. Damals hatte ich so ein Problem beim Verbinden mit einem Exchange-Server über IMAP und Outlook-Einladungen das ich nur durch manuelles Korrigieren der Akonadi-DB mittels akonadiconsole lösen konnte, bis die nächste Einladung kam.

(...). Reicht hier nicht ~/.local/share/.local-mail.directory per tar eintzupacken und ggf. an der selben Stelle zu entpacken?

Falls dein Posteingang selbst, also ~/.local/share/local-mail leer ist, wahrscheinlich schon. Ich würd den aber schon mit ~/.local/share/.local- mail.directory zusammen einpacken. Gruß Jan -- Democracy is based on the assumption that a million men are wiser than one. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Zitat von stakanov :

In data mercoledì 17 ottobre 2018 21:23:13 CEST, eilfh ha scritto:

...

Am Mittwoch, 17. Oktober 2018, 18:30:19 CEST schrieb Hugo:

...

ber das klingt so, als würde ich ein tar erstellen wollen und eine Datei davon wird in der Zwichenzeit geändert. Vielleicht kann man in der Zeit (und etwas früher) den Empfang unterbinden

Hallo, Hugo

schön Dank für deine schnelle Antwort.

schade, hilft nicht weiter:

Die (vermutlich) betreffenden Mails sind schon vier ... sechs Wochen alt.

In dem einen Verzeichnis kann ich die Nachricht gar nicht löschen oder deren Eigenschaften ändern: ("Unable to fetch item from backend (collection -1) ....")

und in dem anderem Unterverzeichnis kann ich mir alle ansehen (und auch die z. T. vorhandene Anhänge) aber beim Archivieren: "Eine Mail aus diesem Verzeichnis kann nicht gelesen werden, deshalb kann kein Archiv angelegt werden"

Archiv wird aber sehr wohl angelegt.

Hab jetzt eben mal nachgeschaut: Im Verzeichnis liegen lt. Übersicht aktuell 10 Mails; beim "Durchzählen" find ich aber nur 9 !!! (???!!) Im Archiv find ich 8; eine ist nach der Archivierung dazu gekommen. Die acht im Archiv hab mir Stück für Stück vorgenommen und hab jetzt die eine, die nicht im Archiv ist, "gefunden" und "gekillt". Aber ich vermute mal, das Thema ist damit nicht vom "Tisch": Übersicht sagt jetzt neun Mails, beim "Durchzählen" sind es nur acht.

Schön Dank für deine Hilfe und schön Abend

Frank Du hattest gesagt das du schon andere Versuche gestartet hast. Das manuelle "clear cache" über Akonadiconsole war da auch dabei? Nur um zu verstehen wo dein Problem liegt. Bei mir waren "broken indexes" ein Problem, bis ich gründlich den Cache gereinigt habe und von maridadb auf postgres96 umgestiegen bin. (leap 42.3, bin jetzt auf Leap15)

Wie wären da die Schritte und was würde ich verlieren bzw. müsste es zurück spielen? Wie gesagt die KMail-Archivierung funktioniert nicht. "clear cache" über Akonadiconsole habe ich schon mehrmals versucht, indem ich auf Lokaler Ordner gegangen bin und clear mit einschließlich Unterordnern gemacht habe. Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

In data venerdì 26 ottobre 2018 13:50:56 CET, h.albert@odn.de ha scritto:

Zitat von stakanov :

...

In data mercoledì 17 ottobre 2018 21:23:13 CEST, eilfh ha scritto:

...

Am Mittwoch, 17. Oktober 2018, 18:30:19 CEST schrieb Hugo:

...

ber das klingt so, als würde ich ein tar erstellen wollen und eine Datei davon wird in der Zwichenzeit geändert. Vielleicht kann man in der Zeit (und etwas früher) den Empfang unterbinden

Hallo, Hugo

schön Dank für deine schnelle Antwort.

schade, hilft nicht weiter:

Die (vermutlich) betreffenden Mails sind schon vier ... sechs Wochen alt.

In dem einen Verzeichnis kann ich die Nachricht gar nicht löschen oder deren Eigenschaften ändern: ("Unable to fetch item from backend (collection -1) ....")

und in dem anderem Unterverzeichnis kann ich mir alle ansehen (und auch die z. T. vorhandene Anhänge) aber beim Archivieren: "Eine Mail aus diesem Verzeichnis kann nicht gelesen werden, deshalb kann kein Archiv angelegt werden"

Archiv wird aber sehr wohl angelegt.

Hab jetzt eben mal nachgeschaut: Im Verzeichnis liegen lt. Übersicht aktuell 10 Mails; beim "Durchzählen" find ich aber nur 9 !!! (???!!) Im Archiv find ich 8; eine ist nach der Archivierung dazu gekommen. Die acht im Archiv hab mir Stück für Stück vorgenommen und hab jetzt die eine, die nicht im Archiv ist, "gefunden" und "gekillt". Aber ich vermute mal, das Thema ist damit nicht vom "Tisch": Übersicht sagt jetzt neun Mails, beim "Durchzählen" sind es nur acht.

Schön Dank für deine Hilfe und schön Abend

Frank

Du hattest gesagt das du schon andere Versuche gestartet hast. Das manuelle "clear cache" über Akonadiconsole war da auch dabei? Nur um zu verstehen wo dein Problem liegt. Bei mir waren "broken indexes" ein Problem, bis ich gründlich den Cache gereinigt habe und von maridadb auf postgres96 umgestiegen bin. (leap 42.3, bin jetzt auf Leap15)

Wie wären da die Schritte und was würde ich verlieren bzw. müsste es zurück spielen? Wie gesagt die KMail-Archivierung funktioniert nicht.

"clear cache" über Akonadiconsole habe ich schon mehrmals versucht, indem ich auf Lokaler Ordner gegangen bin und clear mit einschließlich Unterordnern gemacht habe.

Herbert Also: Umstellung auf Postgres96 braucht nicht zu Verlusten zu führen. Vorher aber sollten wir sehen deine Dateien und Indexe in Ordnung zu bringen. Wenn du Akonadiconsole benutzt, solltest du bemerkt haben das es beta ist. Meiner Erfahrung nach funktioniert die Methode die du angewendet hast so nicht. Folgendes ist zu machen. a) schließe Kmail/Kontact mit "exit" aus dem Menü der Anwendung (dies damit sie auch im Tray nicht weiterläuft. b) kontrolliere mit ksysgard das weder eine Instanz von Kontact noch von Kmail noch von korgac läuft. c) starte ein Terminal d) als normaler user: aconadiconsole In der akoandiconsole machst du den clear Akonadicache mit jedem (!) einzelnen Ordner, auch mit denen die "funktionieren" also mit trash, send, Kontakte etc. Wenn du alle(!) Ordner einzeln mit clear akonadicache durchgecheckt hast, dann akonadiconsole verlassen. e) im Terminal: akonadictl restart und warten bis dies geschehen ist. f) akonadictl fsck dann erst kontact / kmail wieder starten. Jetzt in Kontakt oder nach neuer Mail sehen oder mit Rechtsclick auf "Localer Ordner (und eventuell auf nicht mit ihm verbundenen Unterorder "Ordner und Unterordner aktualisieren" durchführen. Es kann dauern bis alle Ordner neu bevölkert sind. Warten bis die Listen vollständig sind. Dann sollten auch die Nachrichten wieder lesbar sein und auch die Archivfunktion wieder gehen. Gib dann hier Rückmeldung.

Es kann sein das dies ein Doppelpost wird. Aber aus irgendeinem Grund ist die erste Mail wohl ins Nirvana. _________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

In data domenica 28 ottobre 2018 19:31:57 CET, Herbert Albert ha scritto:

Am Sonntag, 28. Oktober 2018, 13:21:19 CET schrieb stakanov:

...

In data venerdì 26 ottobre 2018 13:50:56 CET, h.albert@odn.de ha scritto:

...

Zitat von stakanov :

...

In data mercoledì 17 ottobre 2018 21:23:13 CEST, eilfh ha scritto:

...

Am Mittwoch, 17. Oktober 2018, 18:30:19 CEST schrieb Hugo:

...

ber das klingt so, als würde ich ein tar erstellen wollen und eine Datei davon wird in der Zwichenzeit geändert. Vielleicht kann man in der Zeit (und etwas früher) den Empfang unterbinden

Hallo, Hugo

schön Dank für deine schnelle Antwort.

schade, hilft nicht weiter:

Die (vermutlich) betreffenden Mails sind schon vier ... sechs Wochen alt.

In dem einen Verzeichnis kann ich die Nachricht gar nicht löschen oder deren Eigenschaften ändern: ("Unable to fetch item from backend (collection -1) ....")

und in dem anderem Unterverzeichnis kann ich mir alle ansehen (und auch die z. T. vorhandene Anhänge) aber beim Archivieren: "Eine Mail aus diesem Verzeichnis kann nicht gelesen werden, deshalb kann kein Archiv angelegt werden"

Archiv wird aber sehr wohl angelegt.

Hab jetzt eben mal nachgeschaut: Im Verzeichnis liegen lt. Übersicht aktuell 10 Mails; beim "Durchzählen" find ich aber nur 9 !!! (???!!) Im Archiv find ich 8; eine ist nach der Archivierung dazu gekommen. Die acht im Archiv hab mir Stück für Stück vorgenommen und hab jetzt die eine, die nicht im Archiv ist, "gefunden" und "gekillt". Aber ich vermute mal, das Thema ist damit nicht vom "Tisch": Übersicht sagt jetzt neun Mails, beim "Durchzählen" sind es nur acht.

Schön Dank für deine Hilfe und schön Abend

Frank

Du hattest gesagt das du schon andere Versuche gestartet hast. Das manuelle "clear cache" über Akonadiconsole war da auch dabei? Nur um zu verstehen wo dein Problem liegt. Bei mir waren "broken indexes" ein Problem, bis ich gründlich den Cache gereinigt habe und von maridadb auf postgres96 umgestiegen bin. (leap 42.3, bin jetzt auf Leap15)

Wie wären da die Schritte und was würde ich verlieren bzw. müsste es zurück spielen? Wie gesagt die KMail-Archivierung funktioniert nicht.

"clear cache" über Akonadiconsole habe ich schon mehrmals versucht, indem ich auf Lokaler Ordner gegangen bin und clear mit einschließlich Unterordnern gemacht habe.

Herbert

Also: Umstellung auf Postgres96 braucht nicht zu Verlusten zu führen. Vorher aber sollten wir sehen deine Dateien und Indexe in Ordnung zu bringen. Wenn du Akonadiconsole benutzt, solltest du bemerkt haben das es beta ist. Meiner Erfahrung nach funktioniert die Methode die du angewendet hast so nicht. Folgendes ist zu machen. a) schließe Kmail/Kontact mit "exit" aus dem Menü der Anwendung (dies damit sie auch im Tray nicht weiterläuft. b) kontrolliere mit ksysgard das weder eine Instanz von Kontact noch von Kmail noch von korgac läuft. c) starte ein Terminal d) als normaler user: aconadiconsole In der akoandiconsole machst du den clear Akonadicache mit jedem (!) einzelnen Ordner, auch mit denen die "funktionieren" also mit trash, send, Kontakte etc. Wenn du alle(!) Ordner einzeln mit clear akonadicache durchgecheckt hast, dann akonadiconsole verlassen. e) im Terminal: akonadictl restart und warten bis dies geschehen ist. f) akonadictl fsck dann erst kontact / kmail wieder starten. Jetzt in Kontakt oder nach neuer Mail sehen oder mit Rechtsclick auf "Localer Ordner (und eventuell auf nicht mit ihm verbundenen Unterorder "Ordner und Unterordner aktualisieren" durchführen. Es kann dauern bis alle Ordner neu bevölkert sind. Warten bis die Listen vollständig sind. Dann sollten auch die Nachrichten wieder lesbar sein und auch die Archivfunktion wieder gehen. Gib dann hier Rückmeldung.

Es kann sein das dies ein Doppelpost wird. Aber aus irgendeinem Grund ist die erste Mail wohl ins Nirvana.

_________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de

Hallo,

ja so ähnlich habe ich es auch gemacht, mehr oder weniger induitiv noch vor Diener Info. Es hat eine weile gedauert, es waren plötzlich auch wieder ungelesene ältere Mails da (keine doppelten). Nachdem akonadi stundenlang gerödelt hat scheint es wieder zu funktionieren. Lediglich beim wechsel von einen in den anderen Ordner unterhalb von Lokale Ordner kommt es manchmal kurzzeitig zu dem Hinweis Ordnerinhalt wird bezogen.

Was hat es eigentlich mit Einträgen in akonadiconsole -> Browser -> Auswahl eines Ordners -> Internals auf sich? Bei manchen Ordnern steht da unter Id Remote Id und Mimetype etwas.

Gruß

Herbert Ich bin zwar kein Datenbankexperte aber, a) unique ID ist soviel ich verstehe die ID die die Nachricht auf dem System hat. b) remote ID is wohl die ID when (ich nehme an bei IMAP) die Nachricht auf einem anderen System verwaltet wird. c) Mime type ist plain text oder html Flags sind z.B. "gelesen" oder "ungelesen" \SEEN (für gelesen) Tags sind wohl "Aufgabe, wichtig, verfolgen" etc von "Nachricht markieren als...

Also da würde ich nicht unbedingt etwas machen. Kontrolliere deine Filter wenn du welche hast, oft ist nach diesem Problem der "Zielordner" in den Filtern "vergessen" und du musst ihn Händisch wieder einfügen. Wenn alles gut bleibt würde ich es dabei belassen. Wenn allerdings wieder dieses Problem auftaucht oder auch Filter gar nicht funktionieren wollen, dann könntest du versuchen auf Postgres96 umzusteigen. Geht einfach, aber erst mal "abwarten und Tee mit Kluntes trinken" nicht wahr? _________________________________________________________________ ________________________________________________________ Ihre E-Mail-Postfächer sicher & zentral an einem Ort. Jetzt wechseln und alte E-Mail-Adresse mitnehmen! https://www.eclipso.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org