Beware of KDEPIM 4.4.93 in kde-unstable

[moabi2000]

yum downgrade kdepim

Phew! got control of my computer back. Not sure what kmail-akonadi
were doing (even with nepomuk turned off), but this made my computer
completely unusable and I had to hard reboot a couple of times.

I was able to try a few things and report a few bugs, including a few
crashes, but to be honest, I don't think this really counts as beta
software yet as the core functionality doesn't seem to be working yet.
I have only maildirs, with less than 10k messages in each folder,
which is far less complicated than many setups I know of, but kmail
totally choked on it. It seems pointless to take the time to report
such basic flaws as bugs.

On the good side, the downgrade was straightforward and no data lost.

Is it safe to remove the akonadi data in .local/share? I don't want to
lose my contact info.

I strongly recommend to anyone wanting to test this to do so with a
copy of their data on a separate physical machine as for me it stopped
me doing anything else as well. I will try again in a month or so I
guess.

Still - many thanks Rex for making this available.

cheers
M.


On Fri, Sep 3, 2010 at 2:02 PM, Neal Becker <ndbecker2 at gmail.com> wrote:
> Michal Hlavinka wrote:
>
>> On Friday 03 of September 2010 11:59:39 Radek Novacek wrote:
>>> Hello,
>>>
>>> I have just a small warning for users of kde-redhat repo.
>>>
>>> If you installed kde 4.5.0 (or 4.5.1) from kde-unstable and let this
>>> repository enabled, the new kdepim (4.4.93) will arrive to you as an
>>> update. It is NOT stable release and MAY corrupt your PIM data (e-mails
>>> etc.).
>>>
>>> You should be aware that this can happened when you're using _unstable_
>>> repo, but I think many people enabled unstable repo just for kde 4.5.*
>>> (like me) and don't want to risk to lost their PIM data (like me).
>>
>> I've unintentionaly updated kdepim, but I'd give it a try anyway, so no
>> problem with this.
>>
>> It took "only" 1.5 hour with migrating dialog, then dialog dissappeared
>> and akonadi processes were taking over 60 % cpu for another 1.5 hour (I
>> have nepomuk indexing disabled). Unfortunatelly 1 migration of 10 accounts
>> failed and it took another 1 hour to fix it:
>> - I got funny report that it can't connect to server, because my password
>> is wrong and error was:
>>    "SASL(0): successful result:"
>> nothing more
>>
>> - then it allows you to change configuration/password of the account -
>> I've changed it, but change did not happen at all. I had to change
>> .kde/share/config/kmailrc by hand and replace imaps:SSL+PLAIN
>> authentication to imap:STARTTLS+PLAIN
>>
>> - it required also changing mail server configuration, luckily it was one
>> of the servers I administer (imap was not allowed there, only imaps)
>>
>> but now it seems working somehow:
>> - meesage tags are gone
>> - emails are not marked as read after displaying - opening configuration
>> re- checking checkbox fixed this
>> - number of unread emails in folder list is not changing
>
> I've got lots of mailing lists, using dimap.
> <sarcasm>
> Can't wait to try this migration
> </sarcasm>
>
> _______________________________________________
> kde mailing list
> kde at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/kde
> New to KDE4? - get help from http://userbase.kde.org
>