Hello kontact embedded kmail wont’t start, error on launch, whereas all other kontact components work fine. Very bad to send mails…!!! Enven if I remove all previous kmail version data to be upgraded or not, kmail crashes on start…>:(
Did you by any change de-activate nepomuk? If you should have done this, kmail needs it in order to start (at least since version 2.0 did migrate to Akonadi).
You need to give info. 32 bit or 64? Version of KDE and repo you are using? Do you get an error message when it crashes? Did you try to start from konsole to see what the program complains about when it goes down?
I have disabled nepomuk effectively, should i start it again ?
No, sorry for the confusion. As long as you do not touch the Akonadi service you should be fine, even without strighi and nepomuk. I wanted to say: did you disable “Akonadi”. It is Akonadi that is an obligatory condition to run Kmail 2.
To understand the error occurring, please do the following, let kmail talk. That is, open a terminal (konsole) and type kmail. It will launch kmail and when it doesn’t launch, the error it is complaining about will appear in the terminal. Post the output here in “code tags”. You find code tags after pressing the “Go Advanced” button below the reply window. The reason for using code tags: it makes terminal output more readable i this forum. The same you can do it launching kontakt and then from kontakt kmail. So it should also show the error if kontakt was started from command line.
Thank you.
OK, the problem is that I have no idea on how to start akonadi service nor on how to check if it is running or not. Nevertheless, running or not Nepomuk makes no difference, kmail still crashes at launch.
Does it crash also if launched from standalone?
What is the error that the program gives when you launch it in terminal?
BTW, now I am smarter and did find again the passage of the KDE document bearing with the akonadi / nepomuk issue. You CANNOT use kmail or kontakt without nepomuk as it is the condition to start akonadi correctly.
A running Nepomuk is necessary to have a working Akonadi, and thus a working Kontact. However, you can disable the Strigi file indexer, which is not needed for Kontact. Strigi file indexing is used for desktop searching only, which is unrelated to Kontact. Just make sure Nepomuk itself is running correctly for Kontact.
Now activate Nepomuk again and please report if the program starts correctly.
with Nepomuk running, strigi not running, akonadi is installed but i have no means to verify if it is running or what components are necessary, here is the result of console mode (in KDE environment) of kmail launch:
cm@portablechristophe:~> kmail
Object::connect: No such slot KMMainWidget::slotItemNotMovedByFilters( Akonadi::Item )
cm@portablechristophe:~> kmail2(9771)/libakonadi Akonadi::SpecialCollectionsRequestJob::slotResult: Failed SpecialCollectionsRequestJob::slotResult "Erreur inconnue. (Échec de la récupération de la collection de la ressource.)"
kmail2(9771) MailCommon::Kernel::emergencyExit: "KMail a rencontré une erreur fatale et va s'arrêter maintenant.
L'erreur est :
Échec de la récupération de la collection de la ressource."
kmail2(9771)/libakonadi Akonadi::SpecialCollectionsRequestJob::slotResult: Failed SpecialCollectionsRequestJob::slotResult "Erreur inconnue. (Échec de la récupération de la collection de la ressource.)"
kmail2(9771) MailCommon::Kernel::emergencyExit: "KMail a rencontré une erreur fatale et va s'arrêter maintenant.
L'erreur est :
Échec de la récupération de la collection de la ressource."
kmail2(9771)/libakonadi Akonadi::SpecialCollectionsRequestJobPrivate::resourceScanResult: Failed to request resource "akonadi_maildir_resource_0" : "Erreur inconnue. (Échec de la récupération de la collection de la ressource.)"
kmail2(9771)/libakonadi Akonadi::SpecialCollectionsRequestJob::slotResult: Failed SpecialCollectionsRequestJob::slotResult "Erreur inconnue. (Échec de la récupération de la collection de la ressource.)"
kmail2(9771) MailCommon::Kernel::emergencyExit: "KMail a rencontré une erreur fatale et va s'arrêter maintenant.
L'erreur est :
Échec de la récupération de la collection de la ressource."
kmail2(9771)/libakonadi Akonadi::SpecialCollectionsRequestJobPrivate::resourceScanResult: Failed to request resource "akonadi_maildir_resource_0" : "Erreur inconnue. (Échec de la récupération de la collection de la ressource.)"
kmail2(9771)/libakonadi Akonadi::SpecialCollectionsRequestJob::slotResult: Failed SpecialCollectionsRequestJob::slotResult "Erreur inconnue. (Échec de la récupération de la collection de la ressource.)"
kmail2(9771) MailCommon::Kernel::emergencyExit: "KMail a rencontré une erreur fatale et va s'arrêter maintenant.
L'erreur est :
Échec de la récupération de la collection de la ressource."
kmail2(9771)/libakonadi Akonadi::SpecialCollectionsRequestJobPrivate::resourceScanResult: Failed to request resource "akonadi_maildir_resource_0" : "Erreur inconnue. (Échec de la récupération de la collection de la ressource.)"
kmail2(9771)/libakonadi Akonadi::SpecialCollectionsRequestJob::slotResult: Failed SpecialCollectionsRequestJob::slotResult "Erreur inconnue. (Échec de la récupération de la collection de la ressource.)"
kmail2(9771) MailCommon::Kernel::emergencyExit: "KMail a rencontré une erreur fatale et va s'arrêter maintenant.
L'erreur est :
Échec de la récupération de la collection de la ressource."
kmail2(9771)/libakonadi Akonadi::SpecialCollectionsRequestJobPrivate::resourceScanResult: Failed to request resource "akonadi_maildir_resource_0" : "Erreur inconnue. (Échec de la récupération de la collection de la ressource.)"
kmail2(9771)/libakonadi Akonadi::SpecialCollectionsRequestJob::slotResult: Failed SpecialCollectionsRequestJob::slotResult "Erreur inconnue. (Échec de la récupération de la collection de la ressource.)"
kmail2(9771) MailCommon::Kernel::emergencyExit: "KMail a rencontré une erreur fatale et va s'arrêter maintenant.
L'erreur est :
Échec de la récupération de la collection de la ressource."
kmail2(9771)/libakonadi Akonadi::SpecialCollectionsRequestJobPrivate::resourceScanResult: Failed to request resource "akonadi_maildir_resource_0" : "Erreur inconnue. (Échec de la récupération de la collection de la ressource.)"
does it help ?
Is this a new install? Do you have mail to recover or is it the same, you are just trying to make it start?
With other words, do you have a backup of your mails and addresses? (just to be on the safe side before trying something here).
it is an upgrade from 11.4 Suse, I have some emails, but they have been backedup
I do not think that currently it is possible to recover former email with the automated migration because of bugs. We can try to fix akonadi and to run an empty new version of kmail 2.0. Do you want to try this? The it should! be possible to use another machine (if you have) still with the former kmail and to archive the emails. Afterwards you could try to import the archives.
You tell me if you want to try.
OK, but there is something strange anyway, even if i try to launch kmail from a new identity, with nothing left from any previous versions, launching kamil makes the same error…
controll in yast if all packages appartaining to kde are from the same repo and the same version. Do not mix partially the 4.4 and 4.7 repos and also make sure that if you run 4.7 all is updated from the same repo.
OK, here is what I did : using Yast, I have removed all kmail and kontact related packages, then reinstalled them again. I have checked, nepomuk and strigi are running.
with a new user added to the system, at least, running kmail works.
with my current user (cm) identity, things go wrong, even if I erase all kmail and kontact related shares files (those inside .kde4/share and .kde4/apps)
here is the output of my current identity (cm) kmail launching :
http://www.chorten.fr/divers/kmailerrormessagesout.txt
and the graphical output is here :
http://www.chorten.fr/divers/kmailerrormessages.jpegthanks for help
Try to remove the akonadi related folders from the user account touched by the problem. (Simply delete them). Then log out, log in and try to restart the program. The problem should be given by former akonadi rc files of the current user.
Hi, thank you, I finally got it ! accordint to your advices and those of Archlinux.fr [Forums] • Voir le sujet - [KMail2 / Akonadi] Failed to request resource (résolu), I removed folder $HOME/.config/akonadi and everything went fine finally…
But I have lost all my previous emails, once again !!!:’(
Anyway, kmail works again…
In m opinion, one should check the kmailmigrator program to include this issue in order to avoid further similar problems… Yes, previous kmail migration program have caused many errors in the past, leading to considerable data losses…
Thank you stakhanov for your help, and happy new year
The current situation of kmail migration is miserable and not understandable at best. The good thing is that developer live in the ivory tower and never read about user experiences (because otherwise s.o. should be ashamed). Apparently developer do always use a fresh install of their system, have no email to migrate (or use still KDE3.5??). For what I have seen they try to change in KDE4.8 to “import email”. If this will work i doubt it. At the end this will mean to carefully archive your mail, to be able to recover it one day…when you will find out about an important mail there. That will be “real amusement”. Thank your for posting the link, I am sure that will help other users. A very good move.
Happy you resolved to start kmail now. Happy New Year to you too. Lots of health (which is at the end the only real thing that counts) and a lot of fun.
On Fri, 30 Dec 2011 12:26:02 GMT, tofm2 <tofm2@no-mx.forums.opensuse.org>
wrote:
>
>Hi, thank you, I finally got it ! accordint to your advices and those of
>‘Archlinux.fr [Forums] • Voir le sujet - [KMail2 / Akonadi] Failed
>to request resource (résolu)’
>(http://forums.archlinux.fr/topic8736.html), I removed folder
>$HOME/.config/akonadi and everything went fine finally…
>
>But I have lost all my previous emails, once again !!!:’(
>
>Anyway, kmail works again…
>
>In m opinion, one should check the kmailmigrator program to include
>this issue in order to avoid further similar problems… Yes, previous
>kmail migration program have caused many errors in the past, leading to
>considerable data losses…
>
>
>Thank you stakhanov for your help, and happy new year
Well the message is clear to me: Kmail2+akonadi == no good.
?-(
I don’t think this is the message. Kmail2 + akonadi + irresponsible distribution = no good.
Program Kmail2 + akonadi + solid implementation of import and program integration = promising.
Kmail2 was not ready. Akonadi has a problem of upgrading the versions (and therefore with the configuration files). All this was known before 12.1, long before the release it was clear that it was not ready for production system. So who can profit of this decision? One hypothesis would be: you have a commercial version. You want to sell it. With what arguments will you if you have a free version doing the same job? Honit soit qui mal y pense. But maybe it was just lack of responsibility.
So the message is far from clear.
I tried recently another distribution. They did not yet shift to version Kmail2 because claiming “not ready yet”. Postponed the whole release cycle because they wanted to have an advanced KDE implementation. This is an interesting alternative to the “update at all cost, latest and greatest, we must release at all costs at the release date no matter what bugs are there” mentality. I will hold an eye on this.
When it works kontact is a very pleasant PIM, to me far superior then thunderbird or evolution (of both we do not know what future they have), at least thunderbird seems on the dying lane.
The akonadi framework will allow to program different gui for the same data, reducing vendor lock in and leaving more resources for developing, while avoiding to reinvent the wheel and eliminating redundancy. All this of course when it works. The mentality is btw EXACTLY the same they had with kontakt and the address lists. That was pushed out far from ready, people had their data compromised by loosing infos due to lack of implementation. The program is good, it was simply not ready for production. KDE4.0 is not KDE4 - that was the original sin. And this goes still on and on and on. Gnome did the same as it appears. Maybe a problem of mentality.
@tofm2: if you deleted the akonadi folder you still have your emails in the kmail folder as before. Once a working email import program will be availabe, you will get your messages back.
Happy New Year.
stakanov wrote:
>
> josephkk;2424758 Wrote:
>> On Fri, 30 Dec 2011 12:26:02 GMT, tofm2
>> <tofm2@no-mx.forums.opensuse.org>
>> wrote:
>>
>>
>> Well the message is clear to me: Kmail2+akonadi == no good.
>>
>> ?-(
> I don’t think this is the message. Kmail2 + akonadi + irresponsible
> distribution = no good.
> Program Kmail2 + akonadi + solid implementation of import and program
> integration = promising.
> Kmail2 was not ready. Akonadi has a problem of upgrading the versions
> (and therefore with the configuration files). All this was known before
> 12.1, long before the release it was clear that it was not ready for
> production system. So who can profit of this decision? One hypothesis
> would be: you have a commercial version. You want to sell it. With what
> arguments will you if you have a free version doing the same job? Honit
> soit qui mal y pense. But maybe it was just lack of responsibility.
>
> So the message is far from clear.
>
> I tried recently another distribution. They did not yet shift to
> version Kmail2 because claiming “not ready yet”. Postponed the whole
> release cycle because they wanted to have an advanced KDE
> implementation. This is an interesting alternative to the “update at all
> cost, latest and greatest, we must release at all costs at the release
> date no matter what bugs are there” mentality. I will hold an eye on
> this.
>
> When it works kontact is a very pleasant PIM, to me far superior then
> thunderbird or evolution (of both we do not know what future they have),
> at least thunderbird seems on the dying lane.
>
> The akonadi framework will allow to program different gui for the same
> data, reducing vendor lock in and leaving more resources for developing,
> while avoiding to reinvent the wheel and eliminating redundancy. All
> this of course when it works. The mentality is btw EXACTLY the same they
> had with kontakt and the address lists. That was pushed out far from
> ready, people had their data compromised by loosing infos due to lack of
> implementation. The program is good, it was simply not ready for
> production. KDE4.0 is not KDE4 - that was the original sin. And this
> goes still on and on and on. Gnome did the same as it appears. Maybe a
> problem of mentality.
>
> @tofm2: if you deleted the akonadi folder you still have your emails in
> the kmail folder as before. Once a working email import program will be
> availabe, you will get your messages back.
> Happy New Year.
>
Not to hijack thread but I do not have a kmail folder. I do have a kmail2
folder. I lost some emails and I was looking for them when I read this
thread. I’m running 12.1, kde 4.7.4.
Does your above stll apply to 12.1?
Russ
Yes, it applies to 12.1 too, provided that you have done an upgrade. Once you did the conversion of the old folders, all mail arrived after this point are stored in the akonadi database and therefore will / would be lost. You can instead of erasing the akonadi folder also rename it. Same result and probably you will be able to save now or in the future some mails. No worry, this cannot be called hijacking. To the contrary, your problem is perfectly pertinent to the issue. You can try this out. If you downgrade kmail to 1.9 the old mail will magically “reappear”. Folder of Kmail 1.9 is expected to be in /home/.kde4/share/apps/kmail
it is hidden of course (the dot) so you have to go into view - show hidden files and folders in Dolphin. But I guess you know this already.
Good luck