[kmail 2] ne fonctionne plus

[Cactus]

Bonjour,

Depuis ma dernière MAJ, kmail2 n'arrive plus à lire le contenu des messages.
En le lançant en console, aucun message d'erreur.
On dirait que pour le programme, tout fonctionne.
Ah si, j'ai l'info 'Synchronisation du dossier...' qui reste coincée à 100%, et qui ne dispaprait pas.
Je ne sais pas quoi faire.
Avez-vous aussi des problèmes ?

Ca m'ennuie de downgrader car avec toutes les dépendances, ça va être tout kde à revoir... soit plus de 200 paquets je crois !

Merci pour vos commentaires.

Cactus.

[FoolEcho]

Salut,

Sur quel dossier ça coince (local, réseau...) ?
Tu as regardé des ressources d'akonadi et essayer de stopper puis relancer le serveur ?

Plus simplement, ton serveur de mail a peut-être un malaise passager (sauf évidemment si tu es incapable de lire les mails enregistrés localement) ?

À tout hasard, tu n'es pas en [testing] ? (y a kdelibs en testing)

Ca m'ennuie de downgrader car avec toutes les dépendances, ça va être tout kde à revoir... soit plus de 200 paquets je crois !

Avec ARM, ça reste assez simple quand même (et vu que c'est modulaire, ça ne peut concerner que kdepim). Downgrade

[Cactus]

Merci pour ta réponse.

Ca coince sur TOUS les dossiers locaux (je n'ai pas de compte imap de toute façon, que du pop3).

J'ai redémarré le PC, donc redémarrage d'Akonadi, et toujours pareil.

Pas de testing.

Je vais lire ton lien pour le downgrade, mais sinon, je m'apprête qd même à étudier le passage à Claws Mail, qui visiblement prend en charge le maildir.

Je pars pour une journée de travail, je regarde tout ça un peu plus tard.

Merci !

[FoolEcho]

J'ai redémarré le PC, donc redémarrage d'Akonadi, et toujours pareil.

Tu peux le redémarrer depuis ta session, c'est suffisant.
Tu peux faire un test du serveur à tout hasard ? (je suppose que c'est akonadi qui fait des siennes) ... Pas de traces particulières dans le ~/.xsession-errors ou si tu lances kmail en console ?

[Cactus]

Je n'ai rien fait de spécial depuis hier, et maintenant, kmail2 bloque à 0% de la synchronisation des dossiers, je ne peux lire aucun message.

Je viens de regarder les logs du serveur Akonadi/mysql, et c'est du chinois pour moi :

/home/cactus/.local/share/akonadi/db_data/mysql.err :

Code : Tout sélectionner

111106  8:52:56 InnoDB: The InnoDB memory heap is disabled
111106  8:52:56 InnoDB: Mutexes and rw_locks use GCC atomic builtins
111106  8:52:56 InnoDB: Compressed tables use zlib 1.2.5
111106  8:52:56 InnoDB: Initializing buffer pool, size = 80.0M
111106  8:52:56 InnoDB: Completed initialization of buffer pool
111106  8:52:56 InnoDB: highest supported file format is Barracuda.
111106  8:52:56  InnoDB: Waiting for the background threads to start
111106  8:52:57 InnoDB: 1.1.8 started; log sequence number 765129625
111106  8:52:57 [Warning] Can't open and lock time zone table: Table 'mysql.time_zone_leap_second' doesn't exist trying to live without them
111106  8:52:57 [ERROR] Can't open and lock privilege tables: Table 'mysql.servers' doesn't exist
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_current' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_history' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_history_long' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'setup_consumers' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'setup_instruments' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'setup_timers' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'performance_timers' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'threads' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_thread_by_event_name' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_instance' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_summary_global_by_event_name' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'file_summary_by_event_name' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'file_summary_by_instance' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'mutex_instances' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'rwlock_instances' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'cond_instances' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'file_instances' has the wrong structure
111106  8:52:57 [Note] /usr/bin/mysqld: ready for connections.
Version: '5.5.17'  socket: '/home/cactus/.local/share/akonadi/socket-ACER-1830T/mysql.socket'  port: 0  Source distribution

/home/cactus/.local/share/akonadi/akonadiserver.error :

Code : Tout sélectionner

ItemRetrieverException :  Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. 

Rapport complet Akonadi:

Code : Tout sélectionner

Akonadi Server Self-Test Report
===============================

Test 1:  SUCCESS
--------

Database driver found.
Details: The QtSQL driver 'QMYSQL' is required by your current Akonadi server configuration and was found on your system.

File content of '/home/cactus/.config/akonadi/akonadiserverrc':
[%General]
Driver=QMYSQL

[QMYSQL]
Name=akonadi
Host=
Options="UNIX_SOCKET=/home/cactus/.local/share/akonadi/socket-ACER-1830T/mysql.socket"
ServerPath=/usr/bin/mysqld
StartServer=true

[Debug]
Tracer=null


Test 2:  SUCCESS
--------

Akonadi is not running as root
Details: Akonadi is not running as a root/administrator user, which is the recommended setup for a secure system.

Test 3:  SUCCESS
--------

MySQL server found.
Details: You have currently configured Akonadi to use the MySQL server '/usr/bin/mysqld'.
Make sure you have the MySQL server installed, set the correct path and ensure you have the necessary read and execution rights on the server executable. The server executable is typically called 'mysqld'; its location varies depending on the distribution.

Test 4:  SUCCESS
--------

MySQL server is executable.
Details: MySQL server found: /usr/bin/mysqld  Ver 5.5.17-log for Linux on x86_64 (Source distribution)


Test 5:  ERROR
--------

MySQL server log contains errors.
Details: The MySQL server error log file &apos;<a href='/home/cactus/.local/share/akonadi/db_data/mysql.err'>/home/cactus/.local/share/akonadi/db_data/mysql.err</a>&apos; contains errors.

File content of '/home/cactus/.local/share/akonadi/db_data/mysql.err':
111106  8:52:56 InnoDB: The InnoDB memory heap is disabled
111106  8:52:56 InnoDB: Mutexes and rw_locks use GCC atomic builtins
111106  8:52:56 InnoDB: Compressed tables use zlib 1.2.5
111106  8:52:56 InnoDB: Initializing buffer pool, size = 80.0M
111106  8:52:56 InnoDB: Completed initialization of buffer pool
111106  8:52:56 InnoDB: highest supported file format is Barracuda.
111106  8:52:56  InnoDB: Waiting for the background threads to start
111106  8:52:57 InnoDB: 1.1.8 started; log sequence number 765129625
111106  8:52:57 [Warning] Can't open and lock time zone table: Table 'mysql.time_zone_leap_second' doesn't exist trying to live without them
111106  8:52:57 [ERROR] Can't open and lock privilege tables: Table 'mysql.servers' doesn't exist
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_current' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_history' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_history_long' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'setup_consumers' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'setup_instruments' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'setup_timers' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'performance_timers' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'threads' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_thread_by_event_name' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_instance' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'events_waits_summary_global_by_event_name' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'file_summary_by_event_name' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'file_summary_by_instance' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'mutex_instances' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'rwlock_instances' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'cond_instances' has the wrong structure
111106  8:52:57 [ERROR] Native table 'performance_schema'.'file_instances' has the wrong structure
111106  8:52:57 [Note] /usr/bin/mysqld: ready for connections.
Version: '5.5.17'  socket: '/home/cactus/.local/share/akonadi/socket-ACER-1830T/mysql.socket'  port: 0  Source distribution


Test 6:  SUCCESS
--------

MySQL server default configuration found.
Details: The default configuration for the MySQL server was found and is readable at <a href='/usr/share/config/akonadi/mysql-global.conf'>/usr/share/config/akonadi/mysql-global.conf</a>.

File content of '/usr/share/config/akonadi/mysql-global.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=utf8
collation_server=utf8_general_ci
table_cache=200
thread_cache_size=3
#log_bin=mysql-bin
#expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2

# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=31536000

[client]
default-character-set=utf8


Test 7:  SKIP
--------

MySQL server custom configuration not available.
Details: The custom configuration for the MySQL server was not found but is optional.

Test 8:  SUCCESS
--------

MySQL server configuration is usable.
Details: The MySQL server configuration was found at <a href='/home/cactus/.local/share/akonadi/mysql.conf'>/home/cactus/.local/share/akonadi/mysql.conf</a> and is readable.

File content of '/home/cactus/.local/share/akonadi/mysql.conf':
#
# Global Akonadi MySQL server settings,
# These settings can be adjusted using $HOME/.config/akonadi/mysql-local.conf
#
# Based on advice by Kris Köhntopp <kris@mysql.com>
#
[mysqld]
skip_grant_tables
skip_networking

# strict query parsing/interpretation
# TODO: make Akonadi work with those settings enabled
#sql_mode=strict_trans_tables,strict_all_tables,strict_error_for_division_by_zero,no_auto_create_user,no_auto_value_on_zero,no_engine_substitution,no_zero_date,no_zero_in_date,only_full_group_by,pipes_as_concat
#sql_mode=strict_trans_tables

# use InnoDB for transactions and better crash recovery
default_storage_engine=innodb
# case-insensitive table names, avoids trouble on windows
lower_case_table_names=1
character_set_server=utf8
collation_server=utf8_general_ci
table_cache=200
thread_cache_size=3
#log_bin=mysql-bin
#expire_logs_days=3
#sync_bin_log=0
# error log file name, relative to datadir
log_error=mysql.err
log_warnings=2
# log all queries, useful for debugging but generates an enormous amount of data
#log=mysql.full
# log queries slower than n seconds, log file name relative to datadir (for debugging only)
#log_slow_queries=mysql.slow
#long_query_time=1
# log queries not using indices, debug only, disable for production use
#log_queries_not_using_indexes=1
# maximum blob size
max_allowed_packet=32M
max_connections=256
# makes sense when having the same query multiple times
# makes no sense with prepared statements and/or transactions
query_cache_type=0
query_cache_size=0

innodb_file_per_table=1
innodb_log_buffer_size=1M
innodb_additional_mem_pool_size=1M
# messure database size and adjust
# SELECT sum(data_length) as bla, sum(index_length) as blub FROM information_schema.tables WHERE table_schema not in ("mysql", "information_schema");
innodb_buffer_pool_size=80M
# size of average write burst, keep Innob_log_waits small, keep Innodb_buffer_pool_wait_free small (see show global status like "inno%", show global variables)
innodb_log_file_size=64M
innodb_flush_log_at_trx_commit=2

# Do not drop the connection to the DB after 8 hours of inactivity
wait_timeout=31536000

[client]
default-character-set=utf8


Test 9:  SUCCESS
--------

akonadictl found and usable
Details: The program '/usr/bin/akonadictl' to control the Akonadi server was found and could be executed successfully.
Result:
Akonadi 1.6.2


Test 10:  SUCCESS
--------

Akonadi control process registered at D-Bus.
Details: The Akonadi control process is registered at D-Bus which typically indicates it is operational.

Test 11:  SUCCESS
--------

Akonadi server process registered at D-Bus.
Details: The Akonadi server process is registered at D-Bus which typically indicates it is operational.

Test 12:  ERROR
--------

Nepomuk search service not registered at D-Bus.
Details: The Nepomuk search service is not registered at D-Bus which typically means it was not started or encountered a fatal error during startup.

Test 13:  SKIP
--------

Protocol version check not possible.
Details: Without a connection to the server it is not possible to check if the protocol version meets the requirements.

Test 14:  SUCCESS
--------

Resource agents found.
Details: At least one resource agent has been found.

Directory listing of '/usr/share/akonadi/agents':
akonotesresource.desktop
birthdaysresource.desktop
calendarsearchagent.desktop
contactsresource.desktop
davgroupwareresource.desktop
icalresource.desktop
imapresource.desktop
invitationsagent.desktop
kabcresource.desktop
kcalresource.desktop
kdeaccountsresource.desktop
knutresource.desktop
kolabproxyresource.desktop
localbookmarksresource.desktop
maildirresource.desktop
maildispatcheragent.desktop
mboxresource.desktop
microblog.desktop
mixedmaildirresource.desktop
mtdummyresource.desktop
nepomukcalendarfeeder.desktop
nepomukcontactfeeder.desktop
nepomukemailfeeder.desktop
nepomuktagresource.desktop
nntpresource.desktop
notesresource.desktop
openxchangeresource.desktop
pop3resource.desktop
vcarddirresource.desktop
vcardresource.desktop

Environment variable XDG_DATA_DIRS is set to '/usr/share/:/usr/local/share/'

Test 15:  ERROR
--------

Current Akonadi server error log found.
Details: The Akonadi server reported errors during its current startup. The log can be found in <a href='/home/cactus/.local/share/akonadi/akonadiserver.error'>/home/cactus/.local/share/akonadi/akonadiserver.error</a>.

File content of '/home/cactus/.local/share/akonadi/akonadiserver.error':
ItemRetrieverException :  Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. 


Test 16:  ERROR
--------

Previous Akonadi server error log found.
Details: The Akonadi server reported errors during its previous startup. The log can be found in <a href='/home/cactus/.local/share/akonadi/akonadiserver.error.old'>/home/cactus/.local/share/akonadi/akonadiserver.error.old</a>.

File content of '/home/cactus/.local/share/akonadi/akonadiserver.error.old':
ItemRetrieverException :  Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. 
ItemRetrieverException :  Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. 
ItemRetrieverException :  Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. 
ItemRetrieverException :  Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. 
ItemRetrieverException :  Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. 
ItemRetrieverException :  Unable to retrieve item from resource: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. 


Test 17:  SUCCESS
--------

No current Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its current startup.

Test 18:  SUCCESS
--------

No previous Akonadi control error log found.
Details: The Akonadi control process did not report any errors during its previous startup.

Si ça vous cause... sinon, ce soir, je tente une migration vers Claws Mail (en espérant que ça se passe bien).

Merci pour votre aide.

[FoolEcho]

Les erreurs de mysql... j'ai les mêmes donc à priori, c'est pas ça.
Par contre, tu ne sembles pas avoir le service nepomuk/strigi qui tourne... ça ne devrait pas avoir d'impact, mais bon... essaie de le lancer en plus, peut-être ?

Je ne suis pas persuadé de l'impact mais commence peut-être par supprimer le cache de kde dans /var/tmp/kdecache-TON_USER (à faire en dehors de ta session Kde ! ) puis reconnecte-toi ?

[Cactus]

J'ai déjà essayé de relacer Nepomuk (pas strigi), ça ne change rien.

Je viens de regarder le contenu du /var/tmp/kde-cache, et rien à propos de kmail/akonadi/sql.
Il n'y a guère que le http qui contient bcp d'infos (j'ai un firefox avec qq dizaines d'onglets ouverts).

Je penche qd même pour un bug dans la table mysql... même si j'avoue ne RIEN y connaitre !

[FoolEcho]

Je viens de regarder le contenu du /var/tmp/kde-cache, et rien à propos de kmail/akonadi/sql.

N'empêche que je viderai le cache.
Sinon, tu as regardé au niveau des ressources akonadi si tu n'as pas "perdu" des configurations ? ... si le mail dispatcher est actif (c'est pas toi qui avait eu ce type de problèmes par le passé ? ), etc.. (mais bon, comme tu t'orientes vers Claws Mail, je ne vais pas te proposer de faire un copier-coller de tes mails chez un utilisateur test et de tester vite fait en créant la ressource...)

Inspiré de https://bugs.kde.org/show_bug.cgi?id=278717 (y en a peut-être d'autres, j'ai pas vérifié), tu pourrais voir avec la console akonadi si tu peux synchroniser tes différentes agents... si ça peut résoudre le problème ou au moins permettre de voir la/les ressource(s) qui coince(nt), déjà (y aura toujours plus d'informations que par kmail).

[Cactus]

1. Je ne sais pas si j'ai perdu des ressources... comment puis-je le savoir ?

2. Mail dispatcher : oui, c'est bien moi, mais c'est réglé maintenant (il m'a refait une fois le coup depuis)

3. Bug KDE : oui, je l'ai lu ce matin. Mais moi, je n'arrive même pas à lire mes nouveaux messages.

4. Je viens de faire une boulette je pense : j'ai voulu faire un clone du service Akonadi "Dossier de Kmail", qui me semblait être à l'orignie de mon pb. Le clone semblait être ok, alors j'ai supprimé l'original. Je reviens sur Kmail, et tous mes messages ont disparu, seule reste la liste de mes dossiers/sous-dossiers.

Je dois m'absenter un moment, si tu as des idées... sinon, je m'y replongerai d'ici ce soir.

MErci pour ton aide.

[FoolEcho]

1. Je ne sais pas si j'ai perdu des ressources... comment puis-je le savoir ?

...

3. Bug KDE : oui, je l'ai lu ce matin. Mais moi, je n'arrive même pas à lire mes nouveaux messages.

Je pensais plutôt au niveau de la configuration et faire comme dans le rapport de bug, tenter de synchroniser par agent/dossier (j'aurais du préciser) .

4. Je viens de faire une boulette je pense : j'ai voulu faire un clone du service Akonadi "Dossier de Kmail", qui me semblait être à l'orignie de mon pb. Le clone semblait être ok, alors j'ai supprimé l'original. Je reviens sur Kmail, et tous mes messages ont disparu, seule reste la liste de mes dossiers/sous-dossiers.

J'ai pas trop compris cette partie. Par défaut, tes mails locaux devraient être stockés dans ~/.local/share/.local-mail.directory/ etc. Si tu as déplacé ça, encore faut-il que ta ressource akonadi pointe vers le bon répertoire. Et au niveau de kmail2 as-tu resynchronisé tes dossiers ? (dans kmail: "mettre à jour dossier et sous-dossiers" à partir de ton répertoire principal) D'ailleurs avais-tu essayé auparavant ?
Sans ça, dans mon idée et toujours dans l'optique d'un problème avec akonadi (mais j'aurais du préciser là encore ), c'était plutôt recopier tes mails chez un utilisateur test (changer les droits bien sûr), puis voir justement à récupérer la configuration d'akonadi (c'est délicat de le faire dans l'autre sens sans passer par les outils, dans la mesure où la configuration d'akonadi est dispersée > ~/.kde4 / ~/.local/share )...
... ou recréer la ressource locale par akonadi (vérifier vers où ça pointe) + dans kmail2: "simplement" à refaire la configuration pour la connexion + rafraîchir dossiers et sous-dossiers.

Aussi, tant qu'on y est: par akonadiconsole, peux-tu parcourir tes mails normalement ?

[Cactus]

non, là, j'ai flingué tous les liens entre akonadi et mes mails !

Je sais où sont mes mails et leurs conf. Mais je ne sais pas configurer akonadi pour qu'il les traite.

ça me gave trop, je n'ai plus qu'une envie : récupérer mes mails d'une manière ou d'une autre, et changer de client !
Ras-le-bol de cette usine à gaz ! (malgré toutes ses promesses)

[Cactus]

En re-créant mes comptes (avec un autre nom), je récupère les nouveaux messages.

Mais je me vois mal faire ça pour mes 8 comptes, puis d'aller copier à la main les fichiers maildir...

Une autre idée peut-être ?

[FoolEcho]

Écrit avant que tu ne postes:

Il ne faut surtout pas copier à la main.
Il faut:
- ajouter une ressource au format maildir que ce soit en passant par la configuration d'akonadi ou par celle de kmail (c'est akonadi qui gère de toutes manières) et faire pointer vers le répertoire qui contient tes mails.
- configurer l'accès à ton/tes serveurs de mails dans kmail2 envoi/réception et bien vérifier que la boîte de réception pointe vers le bon répertoire (tu n'as donc pas besoin de copier tes mails à la main).
- ne pas hésiter à rafraîchir le dossier dans kmail2 (je ne sais pas si ça passe mieux aujourd'hui, mais au début de la transition kmail>kmail2, il avait une fâcheuse tendance à planter sur ces opérations , il faut aller au bout)

Si tu n'as rien configuré de spécial au niveau des ressources akonadi, tu peux aussi opter pour la méthode bourrin avant de configurer ton compte mail -- tu peux toujours faire ça en dernier recours avant de passer à un autre client mail : supprimer les ressources dans akonadi, voire carrément supprimer toute configuration et repartir sur du neuf (dans ce cas: arrêter le serveur akonadi et supprimer ~/.local/share/akonadi , ~/.kde4/share/apps/akonadi* et ~/.kde4/share/config/akonadi* ... jusqu'à la configuration de kmail2: ~/.kde4/share/apps/kmail2* et ~/.kde4/share/config/kmail2* ; relancer le serveur et configurer tes mails).

Pour réagir à ce que tu viens d'écrire:
1) vu que tu as 8 comptes, tu as peut-être l'un d'entre eux qui coincent ? (ça m'étonne quand même que tu ne puisses consulter tes mails pourtant...) As-tu essayé de les relever un par un ?
2) ne recopie rien à la main "à chaud": crée comme je t'ai indiqué les ressources qui pointent vers tes dossiers (c'est ch*** de reconfigurer des comptes mais plus rapide quand même ).

[Cactus]

Mon pb, c'est que je ne comprends pas le lien entre akonadi et les répertoires/fichiers maildir.

Donc créer des ressources maildir dans akonadi, je n'en vois pas le lien/l'utilité/le but.

Dans la mesure où je sais où sont mes anciens mails, comment se fait-il qu'il ne soit pas possible de faire comprendre à cette usine à gaz que c'est à cet endroit qu'ils se trouvent ?

Le pb, c'est qu'à force de tout triturer, je suis devenu incapable de remettre à l'octet près tout ce que j'ai touché/bougé.
D'où mon envie de comprendre comment ça fonctionne pour m'adapter.

J'enrage de ne pas compredre !

[Cactus]

Je viens de faire ce que tu m'a dit, et j'ai donc créé une nouvelles ressource Kmail Maildir, qui s'appelle 'mail'.
Je vois donc apparaitre dnaas kmail toute mon arborescence passée, mais vide.
Dans akonadiconsole, j'ai fait un Synchronize All sur cette ressource, et là, ça cointre sur la boite d'envoi (bloquée à 100%).
Je vais attendre un peu, mais pour un répertoire sensé être vide..........
Si tu as des conseils.
Merci !

[FoolEcho]

Et que raconte le debugger de la console akonadi ? (il te suffit de l'activer dans l'onglet approprié et de faire ton opération de synchronisation)

Sinon, vu que l'heure tourne, si tu veux avoir du temps pour tester et configurer un autre client de messagerie, je te dirai bien de faire table rase comme je t'ai indiqué et de repartir sur du neuf (de toutes manières avec ce que je t'ai indiqué, tes mails ne disparaîtront pas... enfin j'espère ).

[Blabla]
Le but d'akonadi est de centraliser les infos (pas que les mails) pour qu'elles puissent être partagées par des applications différentes (on peut parler d'usine à gaz, moi j'aime le concept... bref).
Donc kmail2 ne gère, ni ne stocke, aucun mail par lui-même (en gros c'est devenu une coquille pour afficher tes messages).

Partant de là:
- de base, dans akonadi, tu devrais avoir une ressource par défaut qui désigne les dossiers locaux pour les mails (~/.local/share/local-mail ).
- ensuite dans kmail, tu configures tes comptes d'envoi et de réception (tu verras qu'akonadi va créer une ressource pour chaque compte entrant). Côté réception, il te suffit d'indiquer dans les propriétés de chaque compte le répertoire (au format maildir si ce fut ton choix) qui accueille les mails entrants.

Concrétement chez moi, ça donne 4 ressources mails (visibles donc par akonadi):
- 2 imaps, en mode déconnecté, donc stocké quelque part (où je ne sais pas );
- les dossiers locaux
- 1 compte pop. Ce dernier utilisant en fait le dossier local (donc la réception pointe vers la boîte de réception des dossiers locaux).

Donc, selon où tu veux réceptionner tes différents comptes, il «suffit» de configurer la connexion au serveur et de désigner le dossier de réception local que tu veux (donc tu n'as rien à déplacer/copier par toi-même).

[/Blabla]