Re: Kmail passwords

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Peter G Nikolic posted on Sun, 22 Jan 2012 18:45:27 +0000 as excerpted:

> I have a problem that is annoyin to say the least
> 
> I older versions of Kmail it would very happily store the mail passwords
> in the config file  now it does not althou i tell it to store them
> system versions as in sig block   but just in case
> 
> 
> KDE Development Platform: 4.7.4 (4.7.4)  64 bit
> 
> every time i close down the system and restart it i have to re enter ALL
> the passwords for Kmail (thats 11 passwords)  . I do not like the
> Kwallet thing and do not wish to use it at all    how do i convince
> Kmail to behave

There's a somewhat obscure detail you left out when you mentioned the kde 
version, probably either because you didn't know about it, or you forgot 
that it applied.

kdepim (which kmail is a part of) was stuck at the 4.4.x level for all of 
kde 4.5 and some of 4.6, as the devs worked on kmail2, which switched 
kmail to the akonadi backend.  Even in kde 4.7 and possibly 4.8, some 
distros/individuals don't believe the new akonadi-based kmail/kdepim 
versions corresponding to the kde version are stable enough, so continue 
to ship/use the old 4.4.x versions, altho they're looking a bit dated by 
now -- at least they're quite stable.

So at least for now, for anything dealing with kmail or kdepim, in 
addition to the kde version, the kdepim version is also quite useful, or 
lacking that, the kmail version, which tho harder to track, will at least 
reveal whether you're using 1.x and thus kdepim 4.4.x or 2.x and thus 
presumably the same kdepim version as the rest of your kde.

That said, due to the nature of the problem I'll presume you're using the 
new akonadified kdepim/kmail, not the old 4.4.x.


AFAIK the new akonadified kmail/akonadi no longer has a plain-text mail 
account password storage mechanism at all.  You either use the kwallet 
mechanism, or enter all account passwords at every akonadi restart.  (In 
the new setup, kmail is just a UI wrapper around akonadi, and it's 
actually various akonadi resources that track email local storage and 
each email account, separately.  Thus, shut down akonadi and you have to 
reenter passwords (kwallet or individual accounts) when you restart it, 
even if kde and kmail remained running the whole time.)


FWIW, I had my doubts back with kdepim 4.4 when kaddressbook switched to 
akonadi, but decided I'd wait to see what the akonadified kmail was 
like.  After trying the akonadified kmail in kdepim 4.6.0 and 4.6.1 
(still not synced with the rest of kde but they came out during kde 4.6 
at least, kdepim 4.6.0 I believe with kde 4.6.2), I'd had enough, and 
decided I had to get off it, so switched to the gtk-based claws-mail from 
kmail about the time of kde's 4.7.0 release, and got rid of all of kdepim 
and akonadi entirely (I was also using akregator and switched to claws-
mail using its feed-reader plugin for that as well, I run two separate 
claws-mail instances now, one for feeds one for mail) by 4.7.1.  It's 
rather ironic that almost exactly a decade ago now when I switched to 
Linux from MSWormOS, I picked kmail over the then sylpheed-claws, but now 
I'm using the successor claws-mail having switched from kmail. =:^0

Obviously the switch took a bit of getting used to, and the conversion 
process was somewhat difficult as I had nearly a decade's worth of mail 
in kmail, plus another several years' worth that I had imported to kmail 
from MSOE,  However, seeing where kde's taking kmail, I'm /really/ not 
interested in going there, and the only thing I wish now is that I had 
migrated earlier, as I've been quite happy with claws-mail indeed! =:^)  
The new akonadified stuff may be great for some folks and I understand 
why they're doing it since it allows the kdepim folks to combine much of 
the code that had been duplicated between the various kdepim components 
into a single akonadi and database backend, but that's just not where I'm 
going, so I wish them well, but we're obviously going in different 
directions and thus I've switched to claws-mail, which which I'm quite 
happy, instead.  Of course there's other alternative mail apps as well; 
I've read of others switching to evolution, for instance, but that's 
gnome-based and I don't have nor want gnome installed, and besides, it's 
a huge monolithic beast for those who just want a mail client, too, so 
that wasn't for me.  But claws-mail was! =:^)


Meanwhile, of course, with 4.8 kde is introducing the new ksecrets 
framework, designed to be api compatible with gnome-keyring (tho the 
backends are different), and over the next several kde versions, it's 
likely various apps will switch to ksecrets from kwallet, leaving kwallet 
deprecated, altho I'm guessing it'll remain available thru the kde4 
series.  But whether it'll be in kde 5 or whether ksecrets will take over 
for kde5 and they'll drop kwallet, remains to be seen.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.


[Index of Archives]     [Trinity (TDE) Desktop Users]     [Fedora KDE]     [Fedora Desktop]     [Linux Kernel]     [Gimp]     [GIMP for Windows]     [Gnome]     [Yosemite Hiking]
  Powered by Linux